From: "Nicholas A. Bellinger" <nab@linux-iscsi.org>
To: Vladislav Bolkhovitin <vst@vlnb.net>
Cc: James Bottomley <James.Bottomley@suse.de>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
Dirk Meister <dmeister@uni-paderborn.de>,
linux-scsi@vger.kernel.org, Chetan Loke <chetanloke@gmail.com>,
Chetan Loke <generationgnu@yahoo.com>,
scst-devel <scst-devel@lists.sourceforge.net>,
linux-kernel@vger.kernel.org,
Mike Christie <michaelc@cs.wisc.edu>,
FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Subject: Re: [Scst-devel] Fwd: Re: linuxcon 2010...
Date: Mon, 06 Sep 2010 14:55:35 -0700 [thread overview]
Message-ID: <1283810135.556.238.camel@haakon2.linux-iscsi.org> (raw)
In-Reply-To: <4C85617E.2080603@vlnb.net>
On Tue, 2010-09-07 at 01:47 +0400, Vladislav Bolkhovitin wrote:
> James Bottomley, on 09/06/2010 02:39 PM wrote:
> >>>> Anyways, if we are going to compare SCM distributed vs. centralized
> >>>> workflow in terms of kernel projects, lets please at least compare
> >>>> apples to apples here.
> >>>
> >>> No, we should not be comparing SCMs at all here but rather 2 competing
> >>> implementations based on quality of the code. You tried to bring SMC
> >>> angle in and I am saying that it is BS.
> >>
> >> Again, without getting into another pointless flamewar, I think the
> >> main point here is that a open source project using a distributed
> >> workflow (like git) has major advantages when it comes to working with a
> >> larger group of developers than a centralized model (like SVN) does.
> >>
> >> Because being a subsystem maintainer typically involves this type of
> >> complex workflow involving lots of different parties, git is a tool that
> >> was created (originally) expressely for a kernel workflow, and for those
> >> types of people it works really, really well.
> >
> > Oh, for god's sake children. Why does every LIO vs SCST discussion turn
> > into a pointless flameware over stuff no-one really cares about? If
> > none of you has anything substantive to say: don't say it.
>
> James, sorry, but you can't blame us. I keep asking for clear rules and
> don't receive much. So, there are speculations and pseudo-rules, which
> sometimes go to the absurd, as in this SVN vs Git case. No surprise
> then, that people have risen against this absurd (thanks a lot to them
> for support!).
>
> Frankly, in all the situation around Linux SCSI targets I for quite a
> long time feeling myself as a hero of a Kafka novel. Supposed to be
> goals are to have the best code doing its job the best, but on practice
> nobody cares about technical arguments and figuring out which subsystem
> is the best. Instead, everything lives it own incomprehensible life,
> where doesn't matter what you are doing, all already long ago decided
> behind your back and you will never be told why. All accurate statements
> not heard or, at best, called "handwaving", but dirty public opinion
> manipulations based on half- and less-than-half- truth have very warn
> welcome. This atmosphere is unhealthy, really.
Sorry Vlad, but this is simply not the truth. You have had ample time
to comment on the hundreds of TCM/LIO patches posted to linux-scsi and
lkml over the last years, but you have chosen never to comment on a
*single* one then, or even on a single one now of the dozens that have
been posted in the last 3 weeks while this thread has been lumbering
forward..
So at this point, I will once again to refrain from any non technical
interaction with yourself. If you have geninue concerns about any of
the TCM/LIO v4 code, then I suggest that you and your devels make them
known from within threads containing [PATCH] and [RFC] tags, because I
will not be bothering with anything that does not contain comments on
creating new or improving existing design and code.
Best,
--nab
next prev parent reply other threads:[~2010-09-06 21:59 UTC|newest]
Thread overview: 90+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-18 14:58 Chetan Loke
2010-08-18 15:11 ` James Bottomley
[not found] ` <AANLkTimJGxn=5kEMH68XVWqFcYG3vpfLjLjZpFGqhG_4@mail.gmail.com>
2010-08-18 15:30 ` Bart Van Assche
2010-08-18 16:04 ` Chetan Loke
2010-08-18 16:18 ` James Bottomley
2010-08-18 17:50 ` Vladislav Bolkhovitin
2010-08-19 1:18 ` jack wang
2010-08-20 13:46 ` Ruben Laban
[not found] ` <8A96806D-6CD7-44AD-8A9D-143C098C95A4@uni-paderborn.de>
[not found] ` <1282256949.30453.278.camel@haakon2.linux-iscsi.org>
2010-08-21 18:42 ` Vladislav Bolkhovitin
2010-08-21 20:25 ` Nicholas A. Bellinger
2010-08-24 18:08 ` Vladislav Bolkhovitin
2010-08-21 20:43 ` James Bottomley
2010-08-22 7:39 ` Bart Van Assche
2010-08-22 20:29 ` James Bottomley
2010-08-23 13:47 ` Joe Landman
2010-08-23 15:12 ` Bart Van Assche
[not found] ` <AANLkTim-M6dfLvJQnbieFqZCGG33E+-i+u_soCq2p9f1@mail.gmail.com>
2010-08-23 16:07 ` Chetan Loke
2010-08-23 18:03 ` Chetan Loke
2010-08-24 7:25 ` Pasi Kärkkäinen
2010-08-24 14:43 ` Linux I/O subsystem performance (was: linuxcon 2010...) Vladislav Bolkhovitin
2010-08-24 14:55 ` Matthew Wilcox
2010-08-24 17:51 ` Linux I/O subsystem performance Vladislav Bolkhovitin
2010-08-24 20:40 ` Matthew Wilcox
2010-08-24 14:55 ` [Scst-devel] Fwd: Re: linuxcon 2010 Chetan Loke
[not found] ` <4C7404C4.4040704@vlnb.net>
2010-08-24 20:31 ` Linux I/O subsystem performance (was: linuxcon 2010...) Chris Worley
2010-08-25 19:12 ` Linux I/O subsystem performance Vladislav Bolkhovitin
2010-09-16 15:05 ` Linux I/O subsystem performance (was: linuxcon 2010...) Chris Worley
2010-08-23 19:41 ` [Scst-devel] Fwd: Re: linuxcon 2010 Vladislav Bolkhovitin
2010-08-24 14:41 ` Vladislav Bolkhovitin
2010-08-24 14:51 ` Chris Weiss
2010-08-24 14:56 ` Matthew Wilcox
2010-08-25 22:20 ` Konrad Rzeszutek Wilk
2010-08-25 22:45 ` Ted Ts'o
2010-08-24 14:57 ` James Bottomley
2010-08-24 19:48 ` Vladislav Bolkhovitin
2010-08-24 21:23 ` Nicholas A. Bellinger
2010-08-26 20:11 ` Vladislav Bolkhovitin
2010-08-26 21:23 ` Nicholas A. Bellinger
2010-08-28 17:32 ` Vladislav Bolkhovitin
2010-08-28 20:47 ` Nicholas A. Bellinger
2010-08-30 20:47 ` Vladislav Bolkhovitin
2010-08-30 21:46 ` Nicholas A. Bellinger
2010-09-02 19:38 ` Vladislav Bolkhovitin
2010-09-02 20:25 ` Nicholas A. Bellinger
2010-09-05 20:18 ` Dmitry Torokhov
2010-09-05 21:50 ` Nicholas A. Bellinger
2010-09-05 23:13 ` Mark Deneen
2010-09-06 0:12 ` Nicholas A. Bellinger
2010-09-06 0:58 ` Mark Deneen
2010-09-06 1:34 ` Nicholas A. Bellinger
2010-09-06 5:04 ` Dmitry Torokhov
2010-09-05 23:41 ` Dmitry Torokhov
2010-09-05 23:59 ` Nicholas A. Bellinger
2010-09-06 4:56 ` Dmitry Torokhov
2010-09-06 10:39 ` James Bottomley
2010-09-06 11:02 ` Bart Van Assche
2010-09-06 11:27 ` James Bottomley
2010-09-06 15:26 ` Vladislav Bolkhovitin
2010-09-06 21:47 ` Vladislav Bolkhovitin
2010-09-06 21:55 ` Nicholas A. Bellinger [this message]
2010-09-06 22:14 ` david
2010-09-07 0:44 ` Dmitry Torokhov
2010-09-07 3:45 ` Chetan Loke
2010-09-07 6:15 ` Bart Van Assche
2010-09-07 6:08 ` Bart Van Assche
2010-09-07 6:26 ` Dmitry Torokhov
2010-09-07 20:14 ` Vladislav Bolkhovitin
2010-09-07 20:14 ` Vladislav Bolkhovitin
2010-09-06 21:16 ` Greg KH
2010-09-06 17:28 ` Chetan Loke
2010-09-06 21:52 ` Vladislav Bolkhovitin
2010-08-18 17:51 ` Chetan Loke
2010-08-18 16:19 ` Bart Van Assche
2010-08-18 16:28 ` Joe Landman
2010-08-18 17:52 ` Vladislav Bolkhovitin
2010-08-18 15:12 ` Chetan Loke
2010-08-18 17:52 ` Vladislav Bolkhovitin
-- strict thread matches above, loose matches on Subject: below --
2010-08-20 17:40 Ari Lemmke
2010-08-16 16:20 Fwd: Re: [Scst-devel] " Vladislav Bolkhovitin
2010-08-17 20:30 ` James Bottomley
2010-08-18 17:52 ` Vladislav Bolkhovitin
2010-08-18 20:43 ` James Bottomley
2010-08-21 18:51 ` Vladislav Bolkhovitin
2010-08-21 20:38 ` James Bottomley
2010-08-22 22:10 ` [Scst-devel] Fwd: " Gennadiy Nerubayev
2010-08-23 16:59 ` James Bottomley
2010-08-23 17:44 ` Bart Van Assche
2010-08-23 17:58 ` James Bottomley
2010-08-23 20:11 ` Bart Van Assche
2010-08-23 20:21 ` James Bottomley
2010-08-23 19:40 ` Vladislav Bolkhovitin
2010-08-23 20:38 ` James Bottomley
2010-08-24 10:32 ` Bart Van Assche
2010-08-24 13:01 ` Chris Weiss
2010-08-24 19:53 ` Vladislav Bolkhovitin
2010-08-23 19:40 ` Vladislav Bolkhovitin
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=1283810135.556.238.camel@haakon2.linux-iscsi.org \
--to=nab@linux-iscsi.org \
--cc=James.Bottomley@suse.de \
--cc=chetanloke@gmail.com \
--cc=dmeister@uni-paderborn.de \
--cc=dmitry.torokhov@gmail.com \
--cc=fujita.tomonori@lab.ntt.co.jp \
--cc=generationgnu@yahoo.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=michaelc@cs.wisc.edu \
--cc=scst-devel@lists.sourceforge.net \
--cc=vst@vlnb.net \
/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
all inboxes | Powered by JetHome®