On Sat, Dec 15, 2012 at 12:06:02AM +0000, Eric wrote:
>
> 1) Telling the operating system to delete a file from disk and telling
> the VCS that a file which is in the parent commit should not be in the
> next are two very different actions and I think they should be kept
> separate.
I'm perfectly fine with there being a way to keep the peformance of these
tasks separate, and I doubt anyone else here has a problem with it
either. What people actually want is a POLS way to combine them. The
suggestion of moving current `rm` behavior to `remove`, and repurposing
`rm`, seems like an excellent way to satisfy both needs. I'd be just as
happy with a command line option for the current behavior and the default
being repurposed as proposed, though some people would evidently be
miffed by that even if they insist everyone else use a command line
option instead, so the command line option may be a suboptimal solution.
Considering nobody's saying the two tasks you identify as distinct should
be inextricably linked for all cases renders your objection here entirely
irrelevant.
>
> 2) In hindsight perhaps re-using the Unix/Linux command names wasn't
> such a good idea. Would this thread be so out of hand if it had always
> been "fossil remove"?
Probably not. Then people would just want addition of an `rm` command
that does what people are now suggesting it should be repurposed to do.
>
> 3) As time has passed I have felt less and less comfortable in this list
> because there are more and more contributors here who want changes I
> don't like without providing any real argument at all beyond that some
> other system does it. So I have introduced that more general issue into
> this thread with a very specific (though misleading) subject. Sorry but
> thread-drift is natural (and is the same thing as conversation-drift
> which has always happened).
That's fine. The problem is that there are actually substantive
arguments being made that you ignore, or to which your only retorts are
(perhaps thinly veiled) insults.
>
> 4) I am not criticizing people, merely what they say. I see evidence
> that they don't get where I'm coming from because they have only an
> incomplete idea of what this is all about.
If you do not mean to insult people directly, you should phrase your
statements so that you do not make insulting statements. Case in point:
. . . they have only an incomplete idea of what this is all about.
Yes, of course, that *must* be it. It could not possibly be the case
that anyone who has different priorities than you has a meaningful case
for a given preference unless that person is an ignorant dolt. Good work
on convincing us that you don't mean to insult anyone while in the same
breath implying that the *only* reason anyone disagrees with you is an
inability to understand the Sekrit Kno-ledge only the intellectual elite
such as yourself could ever comprehend.
>
> 5) SCM stands for Software Configuration Management which is not the
> same thing as version control. Look it up. You will possibly hate it,
> but if you ever write software that can affect real lives or large
> amounts of money you will need to know about it.
I know what SCM is, you condescending ass. This in no way changes
anyone's arguments for a change in the behavior of the version control
component of Fossil SCM. Yes, there is indeed a version control
component -- an integral component of the whole SCM system.
>
> Back to the email I am replying to...
>
> On Fri, 14 Dec 2012 10:10:44 -0700, Chad Perrin <[email protected]> wrote:
> >
> > . . . and you're an ass.
>
> Direct gratuitous insult. Well done.
Thank you.
Unlike yours, my insult was gratuitous. Yours was the meat of your
argument. As such, your argument (such as it was) had the unfortunate
character of being fallacious as well as rude. Mine was merely rude, and
well deserved by the target.
--
Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ]
_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
