Re: --with-xfs and Emacs.ad

Ville> But I don't think that patch does The Right Thing. The Ville> patch unconditionally removes *menubar*Font entries in Ville> Emacs.ad, which I think will screw people not building Ville> --with-xfs. As long as RH is building --with-xfs, they can Ville> safely apply it. Ah, OK. Just uncomment the menubar*FontSet part. If --with-xfs=no, XEmacs totally ignores FontSet resources. If --with-xfs=yes, XEmacs prefers the FontSet resource, then falls back to the Font resource. Ie, the #ifdef'ing is done by XEmacs resource management. ;-) Ville> :/ I've been working a bit with the spec file for the RPM Ville> they have in rawhide, and as of now, AFAICT all my fixes to Ville> it have been applied (except for upgrading to 21.4.9) in Ville> the latest RPM, 21.4.8-16 (not at ftp.redhat.com yet). It's not the sanity of their XEmacs that's at issue. Although I rant about them and Mandrake, it's free software. They can and should do what they like---as long as they don't ask _us_ to support _their_ users. It's their general practice of withholding[1] improvements from the community. Then people build our version, and report to us bugs that Red Hat has uncontributed fixes for, and normal behavior that Mandrake has turned into a bug by changing the behavior of their XEmacs version. Footnotes: [1] Yes, insiders tell me that management is aware of the issue but provides no positive incentive to developers to send patches upstream. Whether this is "evil" or not is arguable, but certainly I feel much more comfortable with Debian maintainers who generally make themselves familiar to the upstream project. I know the SuSE maintainer from another forum, so it's not fair to compare SuSE vs. Red Hat on this (and SuSE is primarily responsible for the multibyte brain damage in XFree86 that I've ranted about elsewhere, I believe). However, our relationship does show that commercial distros can profitably be friends with upstream maintainers. Just as we (especially _you_) try to maintain good relationships with the package maintainers who are upstream from _us_. OTOH, maybe that lack of relationship just shows the low rank of XEmacs in the Red Hat scheme of priorities. If you've got time, maybe you could butter up the Red Hat guy and get them to promote us. Eg, provide a GTK build. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN My nostalgia for Icon makes me forget about any of the bad things. I don't have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py