From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26389 invoked by alias); 6 Aug 2002 19:17:21 -0000 Mailing-List: contact ecos-maintainers-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: ecos-maintainers-owner@sources.redhat.com Received: (qmail 26375 invoked from network); 6 Aug 2002 19:17:20 -0000 Message-ID: <3D5020BA.7020804@ecoscentric.com> Date: Tue, 06 Aug 2002 12:17:00 -0000 From: Jonathan Larmour User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a) Gecko/20020702 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Andrew Lunn CC: eCos Maintainers , ecos-patches@sources.redhat.com Subject: Re: Welcome to sources.redhat.com References: <20020806155646.18120.qmail@sources.redhat.com> <3D501063.6020204@ecoscentric.com> <20020806185528.GE4434@biferten.ma.tech.ascom.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-08/txt/msg00005.txt.bz2 Andrew Lunn wrote: >>If you don't mind, for the time being, if you write your own patches can >>you still submit them for approval by any other maintainer anyway rather >>than going ahead and checking it in and just posting the patch? > > > Should this be to ecos-patches or ecos-maintainers? ecos-patches. > A while ago i posted to ecos-patches a patch for the ftp client. Here > is what i want to commit: Looks absolutely fine. I saw the ChangeLog in my ecos-patches backlog which is fine too. There's no time like the present to try committing yourself :-). Oh yes, I forgot to say one thing. When you commit, people have different habits about what the commit message should be. Some people go for the really minimal approach of just saying what changed in _each_ file. In that scenario, they normally leave the commit message for the ChangeLog file empty. The other way some people do it is by cut'n'pasting your ChangeLog entry without the banner and using that as the text for _all_ the files, i.e. yours would be * src/ftpclient.c: Send "quit" not "quit " to keep some servers happy. Also deal with multi line replies correctly I prefer this approach as it's less work, and when you make a change it keeps the change "set" together, i.e. you'll see what other files were involved as part of this change if you do a cvs log. Gary takes the former approach I believe, although perhaps he has emacs macros or something to help him which might be why. Commit log messages are also important as they are what people see in the ecos-cvs list, which I certainly read, and I'm pretty sure Gary does too. Yeah, what fun lives we lead ;). Jifl -- --[ "You can complain because roses have thorns, or you ]-- --[ can rejoice because thorns have roses." -Lincoln ]-- Opinions==mine