July 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Recent XEmacs package building changes 23 years, 10 months

Didier Verna

SL Baur <steve(a)xemacs.org> writes: > I have made some changes to the toplevel Makefile in xemacs-packages. > I have added support for loading an optional auxilliary file called > Local.rules, and have added `install' and `World' targets. A `make > install' will incrementally rebytecompile the specified packages and > install them somewhere. Actually, it seems that *all* packages are rebytecompiled, regardless of whether they appear in Local.rules. This causes problems for me since there are packages I don't want to install and I don't want to compile at all (they are checked out, however, since it's simpler to call `cvs co' only once, at the toplevel directory). Actually, since I never could checkout skk properly, the make process bombs out on this one and I have to modify the SUBDIRS variable of its Makefile by hand to remove it from the make process. Maybe it would be better if you compiled only the packages you want to install ? Unless you consider that Local.rules is there only for specifying different installations, not packages requirements. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / ENST, INFRES C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. +33 (1) 45 81 73 46 75013 Paris, France Fax. +33 (1) 45 81 31 19

1 participants
0 comments

Re: Submitting new packages: pg.el & babel.el 23 years, 10 months

Eric Marsden

>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> I will add them. No problem. They're just single lisp files, so sb> I'll add them to one of the existing single-file collections. excellent, thanks. sb> I notice you also have a dict.el. Can we bundle that too? Not now. Firstly someone else had previously written something called `dict.el', so the name will have to change. Secondly it has very limited functionality; it should be merged with other dictionary interface packages to provide a uniform interface. <URL:http://www.in-berlin.de/User/myrkr/dictionary.html> <URL:http://turnbull.sk.tsukuba.ac.jp/Tools/XEmacs/packages/edict/> webster.el ... -- Eric Marsden It's elephants all the way down

1 participants
0 comments

XEmacs 21.2 release checklist (was Re: GNU Emacs new isearch feature) 23 years, 10 months

SL Baur

Jake Colman <colman(a)ppllc.com> writes in xemacs-beta(a)xemacs.org: >>>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: Hrvoje> 21.1 is deeply frozen, sorry. Hrvoje> However, 21.2 happens to be quite stable, so xemacs-beta regulars Hrvoje> should not hesitate to try it out. It is not particularly stable at the moment. New bugs are being introduced as fast as we remove old ones. If you build without Mule and without the new graphics stuffs, maybe. 21.2 is quite usable if you are diligent in keeping it patched up. At the moment, the source tree in CVS is too broken to make 21.2.19. > Is there a tentative release schedule for 21.2? No. We will release 21.2 when it's ready and not before. There are a specific set of features that should be in 21.2 before we release it. In no particular order[1]: 8. Andy Piper's new graphics stuffs 2. Elimination of dumping 12. Synch with FSF 20.4, particularly with regards to Mule stuffs 5. Jan Vroonhof's customization themes and ~/.xemacs 3. UCS4/UTF8 internal encoding changes 7. Michael Sperber's Lisp package overhaul 1. Fix new build problems ie. with X, without menubars, etc. Some of these are close, I think. I might have left something out. > I'm itching to try it out but only if it is close to suitable for > production use. It's not close in the sense you're probably thinking of. InfoDock isn't quite stable[2] with it, for example. Footnotes: [1] With apologies to Kyle for stealing her idea. [2] It's usable enough that I do all my editing at home with InfoDock/XEmacs 21.2, but not very close to release quality.

3 participants
3 comments

Re: Submitting new packages: pg.el & babel.el 23 years, 10 months

SL Baur

Eric Marsden <emarsden(a)mail.dotcom.fr> writes in xemacs-beta(a)xemacs.org: > Hi, > This is to suggest inclusion of two elisp modules I have written in > XEmacs (presumably as packages). O.K. > * pg.el is a socket-level interface to the PostgreSQL RDBMS. Definitely O.K. I like PostgreSQL. > * babel.el is an interface to different translation engines available > on Internet, such as Babelfish and SysTran. Synchronicity. I've just been experimenting with king.el, a front end to IBM's Translation King. > I don't know what the correct procedure for requesting inclusion is > (<URL:http://www.xemacs.org/elisp.html> says "please let us know"; I > hope this is the right place). You have posted to the right place. > I am not able to stay current with development versions of XEmacs, so > I can't do the packaging myself. I will add them. No problem. They're just single lisp files, so I'll add them to one of the existing single-file collections. I notice you also have a dict.el. Can we bundle that too?

1 participants
0 comments

Re: backward-word: WTF? 23 years, 10 months

Didier Verna

Hrvoje Niksic <hniksic(a)srce.hr> writes: > You won't believe this one. Start up `xemacs -vanilla', type "a b" > (no quotes) into *scratch*, then press `M-b'. For me the point ends > up at the beginning of line instead of at the beginning of "b". In a similar vein, when you're at the beginning of the line and type M-f the point is put after the "a". Wouldn't it be more logical to put it after the space ? -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / ENST, INFRES C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. +33 (1) 45 81 73 46 75013 Paris, France Fax. +33 (1) 45 81 31 19

1 participants
0 comments

Re: 21.1.4 on DU4.0e, wrong exec-directory 23 years, 10 months

Michael Sperber

>>>>> "Holger" == Holger Bauer <bauer(a)itsm.uni-stuttgart.de> writes: Holger> Bug report: Holger> Tried to install Xemacs Version 21.1.4 on our DEC Alpha DU4.0e system. Holger> However, all architecture dependent files get installed in the right Holger> place but xemacs does not find them because exec-directory points to the Holger> ...../lib-src directory ^^^^^ What's the value of the dots and what's the name of the directory you expected EXEC-DIRECTORY to point to? -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

XEmacs Build Report for XEmacs-21.2.19 23 years, 10 months

XEmacs Build 'Bot

Good afternoon XEmacs beta testers. I am in the process of building XEmacs-21.2.19 for distribution. I have tested the attached configuration. Have a great day! Sincerely, The XEmacs Build 'Bot (revision 2) -- uname -a: SunOS miho 5.6 Generic_105181-05 sun4u sparc ./configure '--prefix=/project/xemacs/home/steve/devel' '--cflags=-O' '--with-mule' '--without-x11' '--debug=no' '--error-checking=none' XEmacs 21.2-b19 "Shinjuku" configured for `sparc-sun-solaris2.6'. Where should the build process find the source code? /project/xemacs/home/steve/devel/xemacs-21.2 What installation prefix should install use? /project/xemacs/home/steve/devel What operating system and machine description files should XEmacs use? `s/sol2.h' and `m/sparc.h' What compiler should XEmacs be built with? gcc -O Should XEmacs use the GNU version of malloc? yes Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? none Runtime library search path: /usr/local/lib Compiling in support for GNU DBM. Compiling in support for ncurses. Compiling in Mule (multi-lingual) support. Compiling in support for Canna on Mule. Compiling in DSO module support. movemail will use "dot-locking" for locking mail spool files.

1 participants
0 comments

Re: new bug in hm--html-menus 23 years, 10 months

SL Baur

Hrvoje Niksic <hniksic(a)srce.hr> writes in xemacs-beta(a)xemacs.org: > SL Baur <steve(a)xemacs.org> writes: >> You are not allowed to call X functions during bytecompilation (nor >> any other feature specific call). > I don't have the hm-- stuff around, so I can't fix the problem. I do > remember that someone changed the code in question lately, so > investigating that change should lead to the problem. I won't have time until next week. If someone fixes it in the next few hours I will update the ftp site, otherwise there will be no hm--html-menus until next week.

1 participants
0 comments

backward-word: WTF? 23 years, 10 months

Hrvoje Niksic

You won't believe this one. Start up `xemacs -vanilla', type "a b" (no quotes) into *scratch*, then press `M-b'. For me the point ends up at the beginning of line instead of at the beginning of "b". Somebody seriously fucked up scan_words(), which a potential to damage XEmacs seriously. The `#ifdef MULE' code looks especially suspicious (I still run with Mule). Please be more careful when changing code.

2 participants
1 comments

Re: Shell trouble - third post (was Shell trouble - second post, please read) 23 years, 10 months

SL Baur

Matthew O Persico <mpersico(a)erols.com> writes in xemacs-beta(a)xemacs.org: > SL Baur wrote: >> >> Don't use shell mode. Use an xterm instead. Modern shells have *much* >> better editing capabilities than shell mode. > But not all programs do. I live in shell mode. I open xterms and > use them in the normal course of work but anytime I want to use a > program that does NOT have editing (like isql for Sybase/sqlplus > for Oracle) I find it much easier to use shell mode. Isn't this situation what an inferior SQL mode is supposed to deal with? Don't we have an inferior SQL mode?

2 participants
1 comments

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