September 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: OpenWindows autoconf broken 26 years, 2 months

SL Baur

Gunnar Evermann <Gunnar.Evermann(a)nats.informatik.uni-hamburg.de> writes in xemacs-beta(a)xemacs.org: > I'm not sure whether I should blame configure or our 'strange' > installation here. > I'm using Solaris 2.6 and want to link with Openwindows (which should > be the default IMHO) > $OPENWINHOME is /usr/openwin as usual, but a locally compiled X11R6.3 > is in /usr/X11. > The result of ./configure is: > checking for X... libraries /usr/openwin/lib, > headers /usr/X11/include > (for some reason we have no static X-lib in /usr/X11/lib otherwise > x_libraries would be /usr/X11/lib as well). > Is it intentional that /usr/X11 is preferred over /usr/openwin on > Solaris by default? Probably. Same as /usr/dt gets preferred whether it is needed or not. You can force /usr/openwin to the front of the path by adding it to --site-libraries and --site-includes. You can get rid of /usr/dt by editing it out of configure before running it.

2 participants
1 comments

Re: [URGENT PATCH] Visual package installer 26 years, 2 months

Jan Vroonhof

SL Baur <steve(a)xemacs.org> writes: > The package-get-base.el in the distribution must be considered > advisory at best. Then where is the latest and greatest available? Preferably regenerated whenever something gets updated in the package dir? package-get-base.el is machine generated isn't it. Note that a lot of the current package tools assume package-get-base.el is correct. Jan P.S. I would prefere if any updated package-get-base.el also gets into the CVS quickly (indepenent of XEmacs releases) but that is just me being lazy. P.P.S. Would it be possible to seperate the package dir such that ../binary-packages contains only the latest and ../old-binary-packages contain the old ones. This would make ../binary-packages much less crowded

1 participants
0 comments

Re: What is ootags? 26 years, 2 months

SL Baur

Enhancements to etags to better support object-oriented languages.

1 participants
0 comments

More package quickfixes 26 years, 2 months

SL Baur

gnus-1.27 gnus-sum.el bugaboo fix not checked into CVS crisp-1.06 Gary Foster's changes not checked into CVS

1 participants
0 comments

21.0 release comments 26 years, 2 months

SL Baur

I'm holding up creating the 21.0 release tarballs for two reasons. I have an unexplained bug-fix patch from Jan Vroonhof that I cannot trace to its origin. I need at least a ChangeLog entry before it can go in and I trust Jan enough to label it a showstopper until everything is in order. I'm going to rebuild all the Lisp packages from source and wish to have distributed package-get-base.el consistent with something. The following new packages are being added (unless there are serious complaints): comm/zenirc: IRC Client comm/irchat: IRC Client comm/mew: Internationalized MH-E replacement They've all been in the package-get-base for awhile now.

1 participants
0 comments

Last minute package updates 26 years, 2 months

SL Baur

tm-1.12 mh-e buffer-readonly fix fsf-compat-1.01 Add x-popup-menu.el package-get-base fodder: (fsf-compat (standards-version 1.0 version "1.01" author-version "21.0" date "1998-03-25" build-date "1998-09-07" maintainer "XEmacs Development Team <xemacs-beta(a)xemacs.org>" distribution mule priority high category "libs" dump nil description "FSF Emacs compatibility files." filename "fsf-compat-1.01-pkg.tar.gz" md5sum "52865c582841e9cdd63c42e64fca878c" size 17325 provides (overlay thingatpt timer) requires () type single )) (tm (standards-version 1.0 version "1.12" author-version "21.0" date "1998-08-27" build-date "1998-09-07" maintainer "XEmacs Development Team <xemacs-beta(a)xemacs.org>" distribution stable priority low category "comm" dump nil description "Emacs MIME support." filename "tm-1.12-pkg.tar.gz" md5sum "67a698cef5cd270244a97f7323d91c68" size 253568 provides (tm tm-edit tm-view mime-setup) requires (gnus mh-e rmail vm mailcrypt mail-lib apel xemacs-base) type regular ))

1 participants
0 comments

Re: pcl-cvs synching issues 26 years, 2 months

SL Baur

Greg Klanderman <greg(a)alphatech.com> writes in xemacs-beta(a)xemacs.org: > Hi, > I'm in the process of committing Karl's synching work on pcl-cvs and > want to raise a few issues. > - First, the elib stuff has been removed from pcl-cvs. Hence Karl's > elib package needs to be imported into the cvs.xemacs.org > repository and package-compile.el needs updating. O.K. I will add this package after the SUMO package tarball is consed up. > - The file generic-sc.el is included in the pcl-cvs package but is > not actually part of pcl-cvs. I would like our pcl-cvs package to > mirror the one distributed by Greg Woods (he will fold in our > changes) so I feel generic-sc should be moved elsewhere. > Suggestions? /dev/null? Probably prog-modes is as good a place to put it as any. > - There are several other .el's that come with pcl-cvs as > distributed by Greg Woods which are primarily for debugging and > should not make it into the binkits. I would still like them to > appear in the srckits and in the repository. Currently we have in > XEmacs.rules: > $(RCOPY) ChangeLog *.el* $(EXTRA_SOURCES) $(STAGING)/lisp/$(PACKAGE) > the "*.el*" part is kinda losing... I'm sending a patch that > creates a variable settable from a package makefile. It will > default to "*.el*" if unset. O.K. I think I applied this patch. The `*.el*' is wrong. It should be `$(ELCS) $(ELCS:.elc=.el) $(MULE_ELCS) $(MULE_ELCS:.elc=.el)'. > - I have tagged our previos pcl-cvs package as "pcl-cvs-r1-11". I > am recommending that XEmacs 21.0 distribute this version since there > is further synching and testing to be done before I'm confident of > releasing the newer version. (We've already discussed offline the dangers of making the distribution branch a non-default branch and I think the mess is cleaned up). Please don't do this. Please keep development branches off the mainline so the lisp package builder doesn't have to think to update a lisp package, or ... In terms of formal policy, Oscar Figueiredo has written something up acceptable to me. Comments? Now that we have had package source corruption, it is very important to get rigid standards in place.

1 participants
0 comments

Re: etags.el in core? 26 years, 2 months

SL Baur

[You're 100% correct, it doesn't belong there.] Hrvoje Niksic <hniksic(a)srce.hr> writes in xemacs-beta(a)xemacs.org: > Why is etags.el a part of the "core lisp" rather than being an > installable package? Because of the problem of building the etags binary. This will get addressed before we release a stable 21.x. > Although I dislike many features of the current packaging system, I am > always in favor of doing the job thoroughly. In this case it means > that etags.el should be made a package. And apropos.el, hyper-apropos.el, etc. ...

1 participants
0 comments

fixing tcl-mode indentation 26 years, 2 months

Jin Choi

Help me, please! I write a fair bit of tcl mode with long embedded strings. In certain circumstances, I've found that the tcl mode indenter starts treating expressions as strings. I've narrowed it down to either a problem with syntax tables, or tcl-omit-ws-regexp. I'm going to look into it further, but if someone who knows this stuff better could take a quick look and see anything obvious, I'd be grateful. Here is an example: if 1 { set foo "bite me [yeah] " Put that in a tcl-mode buffer, place your point after the second quote and type M-C-a (tcl-beginning-of-defun). You'll note that the cursor ends up on the 'm' of "me", where it should end up on the 'i' of "if". If you get rid of the [] on the second line, it does the right thing. The problem seems to be coming from beginning-of-defun-raw, defined in prim/lisp.el. It does a re-search-backward for defun-prompt-regexp concatenated with "\\s(". It is finding the '[' in the second line of the string, which I don't believe it should because it is in a string. Seems like some problem with syntax table handling. Any ideas? -Jin

1 participants
0 comments

footnote (was Re: Seppuku and x_IO_error_handler()) 26 years, 2 months

SL Baur

Gunnar Evermann <Gunnar.Evermann(a)nats.informatik.uni-hamburg.de> writes in xemacs-beta(a)xemacs.org: ... > speaking of footnotes -- Didier posted a file called > 'footnote-balloons' a couple of days ago. This pops up a balloon-help > when the mouse is over a footnote. This is really cool. Can/should this be > included in your footnote-package? If it has been FSF copyright assigned, it can go in. I intend to redo it at some point to make it a read/write minor mode instead of write-only.

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta September 1998