Re: Big Nasty Problem w/self-insert-command
Hi Bob,
I'm assuming you accidentally dropped the xemacs-beta mailing list from your
reply (please keep it Cc'd so that people know what's going on), so I'm
quoting your message in full to the list below as well as adding some
comments.
On Thursday 15 January 2009, Bob Taylor wrote:
On Thu, 2009-01-15 at 00:23 +0200, Ville Skyttä wrote:
> On Wednesday 14 January 2009, Bob Taylor wrote:
> > It's here. http://centos.karan.org/el5/extras/testing/i386/RPMS/
>
> [...]
>
> > I agree. I now have the source RPMS. I will take the time to look and
> > see if I can locate the problem in this package. The first thing I will
> > look at is the spec file.
>
> Those packages look like simple rebuilds of the xemacs* packages I
> maintain in Fedora from about 18 months ago. I'm using a quite a bit
> newer version of those packages at the moment in Fedora 9, but FWIW I've
> never heard of the problem you describe, and I can't find any occurrences
> of "add-inverse-global" in the packages nor should they be doing anything
> abbrev related in default init files. The packages' change logs do not
> have any entries indicating that the CentOS folks would have modified
> them in any way, just rebuilt them. With that assumption, my WAG is that
> the culprit is something in your personal/site init files or in something
> they pull in.
Ah! Some one who works near CentOS! CentOS has nothing to do with this.
It is not in their official web site nor in the site I got it from.
centos.karan.org is a site maintained by one of the active (AFAIK) CentOS
developers, so I don't think "CentOS folks/maintainers" is entirely
incorrect. The sources they use seem to be available at
http://centos.karan.org/el5/extras/testing/SRPMS/
I don't expect you have run across this before. I'm beginning
to suspect
a problem/corruption having to do with global-insert-command. It has to
be in the mini-buffer(?) in the program. The reason being every time I
type, for instance a space, what I see is add-inverse-globalspace. This
is why I need to *do something*. The whole purpose is to be able to
rebuild sources without this problem. Could I use your Fedora 9 sources
or are the libs etc. to new?
I don't know, could be either way. As I mentioned, I haven't paid much
attention at all to keeping the package out of the box rebuildable on
CentOS/RHEL. But if you want to look into it, I suggest taking a look at the
latest package revision instead of the Fedora 9 one; the source rpm is
available for example at
http://download.fedora.redhat.com/pub/fedora/linux/development/source/SRPMS/
> Anyway, asking the CentOS maintainers to sync their offering
with newer
> Fedora xemacs* package incarnations might not hurt. I haven't ever tried
> it myself but it's possible that accomplishing that would take more than
> just a simple rebuild this time or in the future - Fedora is a much more
> fast moving target than CentOS/RHEL and I haven't paid much attention at
> all to making the Fedora packages as-is rebuildable on them.
This hasn't anything to do with CentOS. XEmacs was dropped by Red Hat at
least in release 5. As CentOS is RHEL for all intents and purposes, this
includes Red Hat.
Yes, I know these things very well, I use CentOS actively myself but not
XEmacs on it at the moment. But anyway, unless you take a look into it
yourself, you could ask the above from the centos.karan.org maintainer - his
address seems to be on the centos.karan.org front page.
Thanks for rising up with some help.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta