Uwe Brauer writes:
(carefully avoiding a flame war) so your experience is the
counterpart
of the experience (justified or not) made by David Kastrup who, when
providing xemacs pkg infrastructure for auctex, complained that he did
not get any help from the xemacs team.
No, that's not his complaint. He made it clear that he didn't want
help, except when he was completely stymied. He was uncomfortable
with any loss of control of AUCTeX code. And he didn't provide any
XEmacs infrastructure at all; he provided a *package* built with
self-contained AUCTeX infrastructure.
His main issue was he wanted us to change our policy that packages we
distribute must build in our infrastructure, and distribute packages
built externally that we can't build ourselves. He's not the only
person to make such a request, but it's not one I will implement.
Third parties can and do distribute such packages (VM is a prominent
example), and we have no problem with that. I'd be happy to document
their existence and where to find them (and offered to do so at the
time, I don't recall if it ever made it into the distribution). But
we need to build SUMOs, and we are responsible for bugs in packages we
distribute, in particular installation and integration issues -- we're
not going to rely on 3rd parties any more than any distro does.
In that sense our experiences are similar: we both wanted to make it
easier for third parties to contribute code, and were refused.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta