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

RE: Re: Alternatives for remote access?

From: Michael Price <mprice_at_atl.lmco.com>
Date: 2002-08-30 19:29:22 CEST

Having a bad day or do you talk to everyone this way?

Bill Tutt writes:
> You know this line of argument is silly. You didn't even explain your
> possible deployment scenario. It's yet to be determined whether
> Subversion needs/requires its own machine (due to perf/scaling isssues),
> so I don't know why you think it requires a dedicated server. It may/or
> may not require it's own Apache server, but that's deployment specific.

If there currently isn't an Apache server anywhere then yes, it does
require its own.

> Sane security policies at places where security is very tight should be
> examining all application traffic that occurs over SSH ports anyway.
> Security folks aren't too happy about SOAP over HTTP for good reasons
> after all. So you already should have to accomplish explaining how much
> better Subversion is to your security team. Somehow I don't feel too
> sorry for folks in such environments. You work in a high security area.
> Change is slow in such areas. Duh. If you don't like it, go find a
> better work environment down the street.

I happen to like it. My email was simply stating that because of it,
subversion won't be used widely here. It's just a statement. Feel free to
ignore it. I just wanted the people who do care to know about it.

> If your security folks are just being dorks, won't talk to you even if
> your security shouldn't have to be so tight, you're annoyed that
> Subversion might take longer to deploy at your company due to
> Subversion's current deployment model, and you're whining about that,
> then help finish ra_pipe and stop going on about this "issue".

My email wasn't whiny -- you just took it the wrong way.

> If you want your place of employment to move forward more quickly, then
> fight for change. There's a reason they say "one person can make a
> difference" you know.

I don't want the policies to change. They are there for a reason and I
happen to like most of them. Some are annoying but I can live with that.
I was just stating that they exist.

> Can we get back to talking about issues what are getting worked on, or
> are currently in scope for 1.0, so that we can ship this thing?

As I said before, if you don't like the email then ignore it. I'll keep
sending them though so you might want to find a way to cope. Maybe you
need a vacation.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Aug 30 19:29:57 2002

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

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