>>>> "David" == David Kastrup
<dak(a)gnu.org> writes:
David> Because my request that included the specific date and time
David> and comment from the XEmacs developer that could be dug out
David> from the CVS logs
_Your_ CVS logs, and AFAICT Nix is nothing like an XEmacs developer
who happens to use preview-latex. I would absolutely _love_ to be
proven wrong about that, too! "C'mon, Nix, who loves ya, baby!"
David> It would appear obvious that _if_ somebody was intending to
David> do the necessary research but considered it to take some
David> time, he would indicate this, at the very least to save
David> others doing unnecessary work.
Why, David, I had no intention of doing the necessary work if Nix, or
Uwe, or Steve Youngs, or Richard Stallman would do it for us. Some of
these people have lives and/or spend much of their time "at the end of
a long time lag...". So I was going to give them a week, which
coincidentally coincides with a good time for me. I don't like the
situation much better than you do, but there's only so much I can do
single-handedly. See also
http://list-archive.xemacs.org/xemacs-beta/200501/msg00297.html.
In other words, no, I don't think anything's obvious about that.
David> The bug was pretty severe: complete corruption of all image
David> loads by :file specifier after dired has been loaded.
Sounds spectacular! Nope, no spectacular bugs here, sorry.
David> A thorough research on the mailing list also turns up
David> <
URL:http://sourceforge.net/mailarchive/message.php?msg_id=2367671>
David> where Nick describes the problem origin after hunting it
David> down.
Thank you. Now we have a place to start---this is actually about 20%
of the way to a bug report at this point!
David> I don't see why I should try to make a secret of that.
David> That is not bringing anybody's "attitude" into play, as I
David> don't indulge in speculation about the reasons.
No, your users will do that for you, because they know and respect
you. For good reason, too, and that's why I ask you to lighten up a
bit.
--
Institute of Policy and Planning Sciences
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.