February 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Building packages from source not quite possible 25 years, 3 months

Jan Vroonhof

Carsten Leonhardt <leo(a)arioch.oche.de> writes: > And (I probably repeat myself here) I think that no lisp from any > packages should be necessary to build the XEmacs binary. I.e. all lisp > needed to build should be included in the XEmacs-core sources. Of course. That is the whole idea. In fact last time I built an XEmacs from scratch that was also the case. What is the problem? You points about building the packages from source are valid. However the current situation is already an improvement. It used to be that you could ONLY build ALL the packages from scratch. The clever preload stuff needed for that made it in impossible to build just a single package. Moreover you needed yo make your environment almost an exact copy of that of Steve's. These requirements no longer apply. If this has been achieved at the cost of only some fixable dependency problems in the from-scratch build that is a positive thing. Jan

1 participants
0 comments

Building packages from source not quite possible 25 years, 3 months

Carsten Leonhardt

I think it's rather annoying not to be able to build all of the packages from a clean source, with no other help than XEmacs itself. The problem is that building tm depends on being able to load the auto-autoloads from rmail, and vice-versa. As a result, bbdb can't be built, as this depends on the auto-autoloads from tm. IIRC, you also need the texinfo package already available beforehand, so that the info-files that makeinfo can't handle can be built. Maybe the texinfo package should be taken from where the packages are being built at the time. And (I probably repeat myself here) I think that no lisp from any packages should be necessary to build the XEmacs binary. I.e. all lisp needed to build should be included in the XEmacs-core sources.

2 participants
1 comments

python-mode 3.90; IM-Python Broken 25 years, 3 months

Neal D. Becker

Dear Barry, Clicking on the menu item Im-python gives this error: Menu name (first element) must be a string: (nil) Emacs : XEmacs 21.2 "Boreas" [Lucid] (i686-pc-linux) of Mon Feb 8 1999 on nbeckerpc.hns.com Package: python-mode 3.90 current state: ============== (setq py-python-command "python" py-indent-offset 4 py-block-comment-prefix "##" py-temp-directory "/usr/tmp" py-beep-if-tab-change t )

2 participants
1 comments

XEmacs 21.2.10 on AIX 4.3.1 ??? 25 years, 3 months

Derek Scherger

I posted this a few days ago (probably incorrectly) to the xemacs list, presumably this is a better place for it! $ make Loading /home_dev2/dscherge/download/tmp/xemacs-21.2.10/lisp/loadhist.elc... (2184) Loading /home_dev2/dscherge/download/tmp/xemacs-21.2.10/lisp/loaddefs.elc... (404) Loading site-load... (280) Finding pointers to doc strings... xemacs exiting.Opening doc string file: No such file or directory, ../lib-src/DOC make[1]: [xemacs] Error 255 (ignored) make[1]: *** [xemacs] Error 1 make[1]: Leaving directory `/devl/tmp/xemacs-21.2.10/src' make: *** [src] Error 2 QUESTION: What is lib-src/DOC all about? Also, note that I had to add "#define USE_DL_STUBS 1" to src/s/aix4-2.h to make the linker happy about dlsym and dlopen. Configred as follows: $ ./configure '--prefix=/gnu' '--with-dialogs=athena' '--dynamic=no' Thanks for any help! -- Cheers, Derek _____________________________________________________________________ Derek Scherger Echologic Software Corporation mailto:derek＠echologic.com http://www.echologic.com

2 participants
1 comments

Error in text-modes package [was [comp.emacs.xemacs] exporting ...] 25 years, 3 months

Jan Vroonhof

I think there is an error in the package makefile for the text-modes package. It forgets to copy htmlize.el which is clearly supposed to be in there. -- Jan Vroonhof http://www.math.ethz.ch/~vroonhof/ Mathematik, vroonhof ＠ math.ethz.ch HG E16, ETH-Zentrum, Tel: +41-1-6325456/25154 Raemistrasse 101, CH-8092 Zuerich. Fax: +41-1-6321085 ------- Start of forwarded message ------- From: giacomo.boffi(a)polimi.it (giacomo boffi) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14018.64831.171268.520859(a)boffi95.stru.polimi.it> Date: Thu, 11 Feb 1999 16:54:39 +0100 Subject: exporting highlighted text?? References: <918646461.1499173974(a)news.uni-muenster.de> <14017.32034.281441.839000(a)boffi95.stru.polimi.it> Reply-To: giacomo.boffi(a)polimi.it Newsgroups: comp.emacs.xemacs giacomo boffi writes: > M-x htmlize-buffer > you need a file "htmlize.el" that may be in your distribution, or > not in my case, with the package text-modes v1.17 installed, it is not in the distribution ---------------------------------------------------------------------- % cd /usr.local/lib/xemacs/xemacs-packages % grep htmlize `find lisp/ -name \*el` lisp/text-modes/auto-autoloads.el:(autoload 'htmlize-buffer "htmlize" "\ .. % find lisp -name htmlize\* % ... ---------------------------------------------------------------------- ------- End of forwarded message -------

1 participants
0 comments

exporting highlighted text?? 25 years, 3 months

Giacomo Boffi

giacomo boffi writes: > M-x htmlize-buffer > you need a file "htmlize.el" that may be in your distribution, or > not in my case, with the package text-modes v1.17 installed, it is not in the distribution ---------------------------------------------------------------------- % cd /usr.local/lib/xemacs/xemacs-packages % grep htmlize `find lisp/ -name \*el` lisp/text-modes/auto-autoloads.el:(autoload 'htmlize-buffer "htmlize" "\ ... % find lisp -name htmlize\* % ... ----------------------------------------------------------------------

1 participants
0 comments

Re: Cygwin build (was RE: Speedbar) 25 years, 3 months

Andy Piper

At 09:54 AM 2/10/99 -0700, Rick Rankin wrote: >Does your comment about BROKEN_SIGIO apply to 21.0.63 also? That's what I'm >building and I see that it will be defined if CYGWIN_VERSION_DLL_MAJOR is >defined. Er, yes then I guess. I thought I had only done it for 21.2. If this is the case and is the cause of your problems then it should probably be removed for the 21.0 release. Please try commenting it out and see if that improves things. andy

1 participants
0 comments

Re: packages status: JDE, VM,W3 25 years, 3 months

William M. Perry

Gregory Neil Shapiro <gshapiro(a)sendmail.org> writes: > SL> O.K. Where does the VM source live now? > > http://www.wonderworks.com/vm/ contains the list of mirrors. > > SL> Where does the W3 source live now? > > ftp://ftp.cs.indiana.edu/pub/elisp/w3/ Steve, it would probably be easier for you to use: cvs -d :pserver:anoncvs＠anoncvs.gnu.org:/gd/gnu/anoncvsroot I'm not sure if I'm going to move this to xemacs.org yet - the gnu.org machines seem to be _very_ unreliable. -bp

3 participants
2 comments

Re: shrink-window-if-larger-than-buffer stopped working 25 years, 3 months

Colin Rafferty

Marc Aurel writes: > I built and installed XEmacs 21.2.10, updated all installed packages (incl. > removing some that seemed unimportant for me) and now shrink-window-if- > larger-than-buffer doesn't work anymore. It doesn't produce an error > message, calling it by M-x shrink-window-if-larger-than-buffer or C-x - > simply has no action. This behaviour is reproducible here, even with > -vanilla. Please let me know what further info I can provide, thanks! Hi Marc- I just downloaded the 21.2.10, and shrink-window-if-larger-than-buffer seems just fine to me. I will admit that I just changed it, but I don't think that I broke anything. In fact, I made it do its work more often, rather than less. Please make sure that the whole buffer is visible ("All" in minibuffer). Please give a little more detail as to what you are doing when it is not working. When there is something about the current window that the function does not like, it silently does nothing. If you say that it is never working, I must say that I am at a loss, and I will try to reproduce it on my Linux box at home. -- Colin

1 participants
0 comments

File transfers not completing from gwyn.tux.org aka ftp.xemacs.org 25 years, 3 months

Jan Vroonhof

Dear Tux ftp admins, I am afraid I have been having some problems with your ftp server recently. The typical symptom is that a FTP transfer never finishes although all the data has arrived here. When I kill the ftp process and check the file, it is complete (I use it as part of the automatic XEmacs package installing process and there is a MD5 check included). Otherwise the response from the site is OK and transfers are swift so it seems not be a congestion problem. This used to occur (in the last weeks) about once every 3 transfers but now it is much more frequent. I also have heard from others much closer to you (network-wise) that they too have problems. Also at least one of the ftp.xemacs.org mirrors (sunsite.cnlab-switch.ch) has been become seriously out of date so I suspect they too have problems. An other interesting thing is that this happens with the Solaris 2.5.1 /bin/ftp and with netscape 4.0.x but wget and lynx seem to have no problems. See also the second transcript below I hope you can resolve the problem. I am glad to be of assistance if needed. Thank you for you time and thanks a lot for hosting ftp.xemacs.org! Jan Vroonhof P.S. Here is a typical transcript (/bin/ftp running under XEmacs) open ftp.xemacs.org Connected to gwyn.tux.org. 220 gwyn.tux.org FTP server (Version wu-2.4.2-academ[BETA-18](1) Mon Aug 3 19:17:20 EDT 1998) ready. ftp> quote user "anonymous" 331 Guest login ok, send your complete e-mail address as password. ftp> quote pass Turtle Power! 230-+--------------------------------------------------------------------------+ 230-| Welcome to ftp.tux.org! | 230-+--------------------------------------------------------------------------+ . . . 230-Please read the file README 230- it was last modified on Tue Nov 17 23:14:32 1998 - 85 days ago 230 Guest login ok, access restrictions apply. ftp> hash Hash mark printing on (8192 bytes/hash mark). ftp> type image 200 Type set to I. ftp> get /pub/xemacs/packages/package-index.LATEST.pgp /tmp/efsb8Cpzi.pgp 200 PORT command successful. 150 Opening BINARY mode data connection for /pub/xemacs/packages/package-index.LATEST.pgp (44532 bytes). Process *ftp anonymous(a)ftp.xemacs.org* kill Here is an interesting tidbit: I started /bin/ftp by hand of on the comandline 150 Opening BINARY mode data connection for package-index.LATEST.pgp (44532 bytes). ^C 226 Transfer complete. 225 ABOR command successful. local: package-index.LATEST.pgp remote: package-index.LATEST.pgp 44532 bytes received in 37 seconds (1.2 Kbytes/s) Notice how it sees the transfer is finished after I interrupted it with ^C. -- Jan Vroonhof http://www.math.ethz.ch/~vroonhof/ Mathematik, vroonhof ＠ math.ethz.ch HG E16, ETH-Zentrum, Tel: +41-1-6325456/25154 Raemistrasse 101, CH-8092 Zuerich. Fax: +41-1-6321085

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 February 1999