[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Serious Problem [Subversion]

From: Brian Erickson <erickson_at_bauercontrols.com>
Date: Mon, 30 Nov 2009 13:40:57 -0500

> It is very easy to appear rude in writing even when that is not the case. That can even happen to a native speaker of English. Imagine how easy it must be when English is a non-native language. There was once the story of a man who was lost at sea and when he reached land, he asked the first person he saw, "Excuse me, sir, what is the name of this land?" But in their language, those exact sounds meant a terrible threat and the man was jailed. Not a true story but an example of what happens when there's a language barrier. I, for one, do not believe that anyone had the intention of being rude on this list.

I'm a native English speaker. In my buiness travels to Mexico (I speak very little Spanish) I was the one accidently insulting my hosts. When I discovered this my response was extremely apologetic. Not a 'I never said I was nice' comment.

> Now if we could please get back onto the topic of how to delete those files from the repo, I believe that would help everyone. Is it possible to gain command line access to the server? It sounds to me as if there is a permissions problem on the files in question. Something similar happened to me a while back when I set up a repo where the files were stored on a NAS box.

The problem was already resolved.
In my opinion Ezequias Rodrigues da Rocha deserves an apology. Language problem or not.

----- Original Message ----
From: Brian Erickson <erickson_at_bauercontrols.com>
To: users_at_subversion.tigris.org
Sent: Mon, November 30, 2009 10:03:38 AM
Subject: RE: Serious Problem [Subversion]

-----Original Message-----
From: Les Mikesell [mailto:lesmikesell_at_gmail.com]
Sent: Monday, November 30, 2009 12:51 PM
To: Brian J. Erickson
Cc: users_at_subversion.tigris.org
Subject: Re: Serious Problem [Subversion]

Brian Erickson wrote:
>>>> I'm not interested in your beliefs.
>>
>> This was where I stopped reading your reply.
>
>I think there's a language problem here in using 'beliefs' to mean 'as opposed to facts' or what the actual error was. >The original post did not include enough information to solve the problem.
>
>>> a) I didn't said i'm nice.
If it's just a language problem, this wouldn't have been said.

>>> b) I didn't said i'm right.
>>> What I did said is that there's an easy way to check where's your issue lies.
>>
>> But you were rude. This user list is full of information from other people that seem to understand how to treat >people. It's those people that I take seriously...
>
>Did you miss the apology for poor english?
Yes, so I went back and checked...Having the apology in the signature tah is part every e-mail is just a red flag that English is not his first language. It is not an excuse for being rude.

Brian

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2425607

Please start new threads on the <users_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <users-subscribe_at_subversion.apache.org>.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2425616

Please start new threads on the <users_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <users-subscribe_at_subversion.apache.org>.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2425622

Please start new threads on the <users_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <users-subscribe_at_subversion.apache.org>.
Received on 2009-11-30 19:43:07 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.