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

Re: svn commit: r8190 - branches/1.0-stabilization

From: David Summers <david_at_summersoft.fay.ar.us>
Date: 2004-01-08 21:05:40 CET

kfogel@collab.net wrote:

>Ben Reser <ben@reser.org> writes:
>>I'd love to see this fixed rather than hacked around. I said something
>>about this shortly after 0.35.0 IIRC. There seems to be little interest
>>in fixing it from the core end. The only solution seems to be changes
>>to the build system which I don't understand well enough to do anything
>>to. So I can't just submit a patch to fix it. Not without a lot more
>>time than someone else who already understands the build system. So it
>>seems a lot more effective use of my time to work on the stuff I do
>>understand, use a workaround for now, and let someone else fix the build
>>system. If you consider that a poor attitude I'm sorry you feel that
>>way. It's not like I didn't raise the issue to you guys.
>Oh, I don't think Greg (or anyone) was accusing you of poor attitude,
>don't worry. He's just describing a state of affairs.
>One useful thing would be: if you feel there's a Right Way to fix
>something, but you only had the time or domain knowledge to contribute
>a workaround, then after the workaround is committed you can file an
>issue describing the more desirable fix. At least then we could keep
>track of this stuff, and have a reference point for someone who does
>have the time/skills to solve the problem.

Ahhh, so that's the correct way to go about it. Ok. I'll start doing
this in the future (and maybe find some things retroactively, also).
Thanks for the clue.

   - David Summers

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jan 8 21:06:26 2004

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.