Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Jan Kratochvil <jan.kratochvil@redhat.com>
To: gdb-patches@sourceware.org
Subject: [patch] gdb/CONTRIBUTE update
Date: Thu, 21 Feb 2013 20:26:00 -0000	[thread overview]
Message-ID: <20130221202629.GA30015@host2.jankratochvil.net> (raw)

Hi Eli,

there is one s/conclusion/inclusion/ fix reviewed by Phil.

Otherwise TBH I did not well understand the "distribute the change yourself"
encouragement, it seems to me like a suggestion one should keep 3rd party
patches, these are discouraged, patches should be integrated to FSF GDB.

And added the new paragraph as people send patch and as they expect the GDB
maintainers will grab it and handle it on their own many patches get forgotten
that way as there is no patch tracking in place (yet).

Just such an idea, np if people consider it OK as is.


Thanks,
Jan


gdb/
2013-02-21  Jan Kratochvil  <jan.kratochvil@redhat.com>

	* CONTRIBUTE: Fix type to inclusion.  Extend patches distribution
	description.  Add new paragraph on patch ownership.

diff --git a/gdb/CONTRIBUTE b/gdb/CONTRIBUTE
index cdec246..67af0ab 100644
--- a/gdb/CONTRIBUTE
+++ b/gdb/CONTRIBUTE
@@ -10,8 +10,9 @@ included in the GDB distribution, the GDB web pages also contain much
 information.
 
 You may also want to submit your change so that can be considered for
-conclusion in a future version of GDB (see below).  Regardless, we
-encourage you to distribute the change yourself.
+inclusion in a future version of GDB (see below).  Regardless, we
+encourage you to distribute the change yourself until it gets integrated
+into FSF GDB mainline sources.
 
 If you don't feel up to hacking GDB, there are still plenty of ways to
 help!  You can answer questions on the mailing lists, write
@@ -86,6 +87,12 @@ o	Submitting Patches
 	CVS repository, see the Anonymous read-only CVS access and
 	Read-write CVS access page.
 
+	Patch from a contributor needs a review with approval from
+	maintainer.  Still you drive the review process and inclusion
+	process of the patch.  If there is no reply in a week send a new
+	mail (not reply) with PING in its subject.  Occasionally even
+	a PING^2 mail may be needed in another week of no replise.
+
 --
 
 Supplemental information for GDB:


             reply	other threads:[~2013-02-21 20:26 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-21 20:26 Jan Kratochvil [this message]
2013-02-21 21:01 ` Tom Tromey
2013-02-26  9:32 ` Yao Qi
2013-02-26  9:38   ` Jan Kratochvil
2013-02-26  9:52     ` Yao Qi
2013-02-26 13:16       ` Jan Kratochvil
2013-02-26 11:16     ` Pedro Alves
2013-02-26 13:12       ` Jan Kratochvil
2013-02-28 20:01         ` Tom Tromey
     [not found]           ` <20130228212725.GA1848@host2.jankratochvil.net>
2013-03-01 16:27             ` Tom Tromey
2013-03-01 16:41               ` Jan Kratochvil
2013-03-01 16:51                 ` Tom Tromey

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130221202629.GA30015@host2.jankratochvil.net \
    --to=jan.kratochvil@redhat.com \
    --cc=gdb-patches@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox