5:26 p.m.
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
11:36 p.m.
New subject: Big Nasty Problem w/self-insert-command
On Thu, 2009-01-15 at 19:26 +0200, Ville Skyttä wrote:
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.
Ah ha! This list works a little differently, I guess. Normally when I
hit the reply to a list in evolution the To: field is automatically set
to the list. Hitting the reply to all sends it to, in this instance, to
you and cc's the list.
Sorry.
[big snip]
> 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/
That's where I got it from. From what I understand, if you upload it, you
maintain it.
> 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/
I'll see if I can start there.
> > 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.
I have. I emailed him my problem and His response was:
"that would mostly just be me really. There are about half a dozen
people
who contribute packages into the repo, but both of these are my
problems. So send me the issues and lets see what we can do about it." I
haven't heard back since December 31.
--
Bob Taylor
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:13 p.m.
New subject: [SOLVED] Big Nasty Problem w/self-insert-command
On Thu, 2009-01-15 at 19:26 +0200, Ville Skyttä wrote:
Hi Bob,
[snip]
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/
[snip]
> > 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.
[snip]
I ran out of space on my / drive also it appeared to be losing the
bearing. Very noisy. In preparation of creating a newer rpm, I down
loaded the existing XEmacs from the above URL in order to have all the
dependency's. I decided to bring up XEmacs and this problem disappeared.
I guess I had corruption that went unnoticed.
Problem solved.
Sorry for the inconvenience.
--
Bob Taylor
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5579
days inactive
5590
days old
2 comments
2 participants
participants (2)
-
Bob Taylor -
Ville Skyttä