From: Phil White <pwhite@sgi.com>
To: Dave Chinner <david@fromorbit.com>
Cc: xfs@oss.sgi.com, Phil White <pwhite@sgi.com>
Subject: Re: [PATCH 05/18] xfstests: Redo option parsing
Date: Fri, 15 Mar 2013 00:52:24 -0700 [thread overview]
Message-ID: <20130315075224.GC9378@caliban.engr.sgi.com> (raw)
In-Reply-To: <20130315051338.GB2559@dastard>
On Fri, Mar 15, 2013 at 04:13:38PM +1100, Dave Chinner wrote:
> If all the check specific option parsing is moved to check (like my
> series did), then there isn't any code left in the common file.
>
> All i see here is a reflection of SGI's obstinate refusal to remove
> bitrotted code. If we are removing all the users of this code except
> one, it is no longer shared code and, as such, abstractions for
> sharing shoul dbe removed.
>
> If some new script comes along that uses the *same option parsing*
> as check, then we can consider it shared code again. However, i
> can't see this ever happening, so the code should be moved the check
> script where it can be more fully integrated and simplified.
>
> So, really, all is see from trying to retain the common file like
> this is an obstinate refusal to let go of bitrotted code and to
> re-abstract and re-implement it properly....
Dave:
I'm not sure why my preface didn't get mailed along with my patch series, but
I'll resend it presently. I noticed that one of my patches required moderator
approval. Perhaps that was held up as well?
As I mentioned in the preface, I have other work in the pipeline which I
believe might make use of it. That work has been blocked on the cleanup work
here which is why I chose to pick it up, rework it without the contentious
parts, and resubmit it.
This patch series has value in cleaning up the top level directory. It
has value in moving xfstests towards something that can be used more
reasonably on other filesystems.
I'd like that stuff to go through. It genuinely makes xfstests better. I
don't see value in holding back the improvements that I think we'd all like
to see in the tests.
-Phil
P.S. With respect to etiquette, do my commit messages make more sense to you?
It struck me as intensely dishonest to pass this off as your work which is
why I elected to not include your SOB. It struck me as equally dishonest to
say it's not at all your work which is why I credited you the way I did. Is
that fair or would you have preferred it to be done differently?
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2013-03-15 7:52 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-14 13:06 [PATCH 05/18] xfstests: Redo option parsing Philip White
2013-03-15 5:13 ` Dave Chinner
2013-03-15 7:52 ` Phil White [this message]
2013-03-19 3:45 ` Dave Chinner
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=20130315075224.GC9378@caliban.engr.sgi.com \
--to=pwhite@sgi.com \
--cc=david@fromorbit.com \
--cc=xfs@oss.sgi.com \
/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