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

Re: GUI for subversion?

From: Jay Freeman \(saurik\) <saurik_at_saurik.com>
Date: 2002-06-07 00:58:42 CEST

Karl:

I would be more than happy to do that. Don't have time right now (have
actually been running back and forth in-between e-mails being late to
various classes, hehe), but you can expect something later tonight or
tomorrow.

(for reference, as I consider it partially obsolete, and brevity, so I don't
use a second e-mail, here is a response to your previous post, also cited
below)

That's because most of these issues were _already_ flushed out in previous
e-mails. The point of my complaint isn't "I just downloaded Subversion and
it doesn't do these few things so I'm complaining about them... obviously no
one cared enough to notice them". Brane and other developers (occasionally
myself a whiel back) have analyzed many of the problems in the Win32 builds
in the past. I can rehash a lot of information, but I'm really not going to
be bringing that much new to the table. The main one where I might have
something new to say from the abbreviated list in my e-mail was the case
sensitivity issue (which I can't remember a previous conversation about off
the top of my head).

To note, the points about dsp files not being updated spawned from e-mails I
noticed (while doing a search for "win32") from Patrik Husfloen. Take a
look at "build error on win32" (which wasn't even replied to), and "rev 2062
does not build on win32" (which resulted in a few, semi-humourous comments
from Brane, Greg, and yourself), both of which had to do with out-of-date
dsp files.

Brane's humerous response to the latter:
<quote sender="Brane">
Dam'! We need that automatic .dsp generator, and soon. Either that, or I
have to somehow link my Staff of Zot to the commit mailing list and fry
anyone who doesn't update the .dsp's when new files are added.
</quote>

Sincerely,
Jay Freeman (saurik)
saurik@saurik.com

----- Original Message -----
From: "Karl Fogel" <kfogel@newton.ch.collab.net>
To: "Jay Freeman (saurik)" <saurik@saurik.com>
Cc: "svn-dev" <dev@subversion.tigris.org>
Sent: Wednesday, June 05, 2002 5:14 PM
Subject: Re: GUI for subversion?

> Hmmm. Jay, do you think you could post a mail listing all the known
> issues with Win32 right now? You seem to have a detailed handle on
> them all, thus making you one of the most qualified people to compose
> the list. I don't think everyone is aware of all of them; I know I'm
> not.
>
> For those where you have a solution in mind, great, describe that too,
> but there's no need to have solutions for all of them. Just seeing
> the list and understanding the problems in more technical detail will
> help us a great deal -- perhaps we'll see a common thread that allows
> us to solve several at once. At any rate, it would really help
> clarify the broad picture regarding Windows compatibility.
>
> Hoping you have the time...
>
> Thanks,
> -Karl

----- Original Message -----
From: "Karl Fogel" <kfogel@newton.ch.collab.net>
To: "William Uther" <will+@cs.cmu.edu>
Cc: "svn-dev" <dev@subversion.tigris.org>
Sent: Wednesday, June 05, 2002 5:08 PM
Subject: Re: GUI for subversion?

...
> Either way, Jay's mail is long on complaints, and short on concrete
> suggestions for what to do about them. It's just not a helpful kind
> of mail to send -- yours was much better both in tone and analysis of
> the problem, for example.
>
> (One data point I'm using is that other Win32 developers are not
> expressing Jay's level of annoyance; certainly they're not complaining
> about trivial, easy-to-handle stuff like forgetting to update the .dsp
> files, gack! :-) )
>
> -K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 6 00:54:58 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.