public inbox for ecos-patches@sourceware.org
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugs.ecos.sourceware.org
To: ecos-patches@ecos.sourceware.org
Subject: [Bug 1001550] STM32 F2 and STM3220G-EVAL / STM3240G-EVAL contribution from eCosCentric
Date: Mon, 16 Apr 2012 14:42:00 -0000	[thread overview]
Message-ID: <20120416144208.CD8A42F78001@mail.ecoscentric.com> (raw)
In-Reply-To: <bug-1001550-104@http.bugs.ecos.sourceware.org/>

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001550

--- Comment #32 from Jonathan Larmour <jifl@ecoscentric.com> 2012-04-16 15:42:05 BST ---
[Ignore comment #31 which got submitted prematurely]

(In reply to comment #30)
> (In reply to comment #0)
> 
> > I am committing this, but let me know in this bug about any issues in any of
> > the patches, and I'll deal with them.
> 
> Jifl, as a general point, can you give the other eCos maintainers an
> opportunity to comment on patches of this size/significance before check-in
> please?

That isn't the way we've operated before, nor is it the way other FSF projects
operate including GDB and GCC. Unless of course the changes are controversial
or the maintainer has some uncertainty about them, or they extensively change
core code. Not when the changes are within the maintainer's own area of
competence anyway... for example, if I wanted to make non-trivial changes to
the configtool, I would expect to put them through review certainly.

Also with many substantial patches, it is sometimes much clearer to see what is
going on by actually looking at the end result, not the diff, and IME having to
apply (fixing up any bit-rot causing failed patches) and then revert all the
patches locally is a pain and impedes review.

The onus is naturally on the maintainer responsible to fix up any issues
resulting responsively, which absolutely could result in the patch being
reverted if needed. And that's the thing: we can always revert a patch if it
turns out to be more controversial than intended.

But in general I don't think we should be putting extra barriers in the way of
improvements from any maintainers, and that applies to everyone, not just me.

Jifl

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

      parent reply	other threads:[~2012-04-16 14:42 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-01  1:45 [Bug 1001550] New: " bugzilla-daemon
2012-04-01  1:45 ` [Bug 1001550] " bugzilla-daemon
2012-04-01  1:46 ` bugzilla-daemon
2012-04-01  1:47 ` bugzilla-daemon
2012-04-01  1:48 ` bugzilla-daemon
2012-04-01  1:49 ` bugzilla-daemon
2012-04-01  1:49 ` bugzilla-daemon
2012-04-01  1:50 ` bugzilla-daemon
2012-04-01  1:51 ` bugzilla-daemon
2012-04-01  1:51 ` bugzilla-daemon
2012-04-01 19:41 ` bugzilla-daemon
2012-04-02  7:22 ` bugzilla-daemon
2012-04-02 11:43 ` bugzilla-daemon
2012-04-02 15:08 ` bugzilla-daemon
2012-04-02 15:56 ` bugzilla-daemon
2012-04-03 11:45 ` bugzilla-daemon
2012-04-03 12:54 ` bugzilla-daemon
2012-04-03 13:32 ` bugzilla-daemon
2012-04-03 17:17 ` bugzilla-daemon
2012-04-03 18:07 ` bugzilla-daemon
2012-04-03 18:46 ` bugzilla-daemon
2012-04-03 18:59   ` Christophe Coutand
2012-04-05  8:36 ` bugzilla-daemon
2012-04-05 15:42 ` bugzilla-daemon
2012-04-13 17:50 ` bugzilla-daemon
2012-04-13 17:51 ` bugzilla-daemon
2012-04-13 17:51 ` bugzilla-daemon
2012-04-13 17:57 ` bugzilla-daemon
2012-04-13 17:57 ` bugzilla-daemon
2012-04-13 17:58 ` bugzilla-daemon
2012-04-13 17:58 ` bugzilla-daemon
2012-04-13 18:01 ` bugzilla-daemon
2012-04-15 19:27 ` bugzilla-daemon
2012-04-16 14:28 ` bugzilla-daemon
2012-04-16 14:42 ` bugzilla-daemon [this message]

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=20120416144208.CD8A42F78001@mail.ecoscentric.com \
    --to=bugzilla-daemon@bugs.ecos.sourceware.org \
    --cc=ecos-patches@ecos.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).