|
231
|
1 -*- mode:outline -*-
|
|
134
|
2
|
|
|
3 * Introduction
|
|
|
4 ==============
|
|
|
5
|
|
|
6 You are running an experimental version of XEmacs. Please do not
|
|
|
7 report problems with Beta XEmacs to comp.emacs.xemacs. Report them to
|
|
|
8 xemacs-beta@xemacs.org.
|
|
|
9
|
|
|
10 ** XEmacs Beta Mailing List
|
|
|
11 ===========================
|
|
|
12
|
|
|
13 *** Subscribing
|
|
|
14 ---------------
|
|
|
15
|
|
|
16 If you are not subscribed to the XEmacs beta list you should be. Send
|
|
280
|
17 an email message to xemacs-beta-request@xemacs.org with `subscribe'
|
|
|
18 (without the quotes) as the BODY of the message.
|
|
134
|
19
|
|
|
20 *** Unsubscribing
|
|
|
21 -----------------
|
|
|
22
|
|
280
|
23 To unsubscribe from the list send an email message to
|
|
|
24 xemacs-beta-request@xemacs.org with `unsubscribe' (without the quotes)
|
|
|
25 as the BODY of the message.
|
|
134
|
26
|
|
|
27 *** Administrivia
|
|
|
28 -----------------
|
|
|
29
|
|
280
|
30 The XEmacs beta list is managed by the Majordomo mailing list package,
|
|
|
31 and the usual Majordomo commands work. Do not send mailing list
|
|
134
|
32 requests to the main address (xemacs-beta@xemacs.org), always send
|
|
|
33 them to xemacs-beta-request@xemacs.org. If you have problems with the
|
|
203
|
34 list itself, they should be brought to the attention of the XEmacs
|
|
272
|
35 Mailing List manager Jason Mastaler <list-manager@xemacs.org>.
|
|
134
|
36
|
|
|
37
|
|
|
38 ** Beta Release Schedule
|
|
|
39 ========================
|
|
|
40
|
|
243
|
41 The URL ftp://ftp.xemacs.org/pub/xemacs/beta/README always contains
|
|
|
42 the best estimate of when the next beta XEmacs will be released. For
|
|
|
43 weekend betas the release time is generally in the vicinity of 2PM to
|
|
|
44 5PM US Pacific Time (Universal Time minus 8 hours). For weekday
|
|
|
45 betas, the release time is generally in the vicinity of 8PM to
|
|
|
46 Midnight US Pacific Time on the listed day.
|
|
134
|
47
|
|
|
48 Betas are nominally a week apart, scheduled on every Saturday.
|
|
|
49 Midweek releases are made when a serious enough problem warrants it.
|
|
|
50
|
|
|
51
|
|
|
52 ** Reporting Problems
|
|
|
53 =====================
|
|
|
54
|
|
|
55 The best way to get problems fixed in XEmacs is to submit good problem
|
|
203
|
56 reports. Since this is beta software, problems are certain to exist.
|
|
134
|
57 Please read through all of part II of the XEmacs FAQ for an overview
|
|
|
58 of problem reporting. Other items which are most important are:
|
|
|
59
|
|
|
60 1. Do not submit C stack backtraces without line numbers. Since it
|
|
|
61 is possible to compile optimized with debug information with GCC
|
|
|
62 it is never a good idea to compile XEmacs without the -g flag.
|
|
|
63 XEmacs runs on a variety of platforms, and often it is not
|
|
|
64 possible to recreate problems which afflict a specific platform.
|
|
|
65 The line numbers in the C stack backtrace help isolate where the
|
|
|
66 problem is actually occurring.
|
|
|
67
|
|
|
68 2. Attempt to recreate the problem starting with an invocation of
|
|
203
|
69 XEmacs with `xemacs -q -no-site-file'. Quite often, problems are
|
|
134
|
70 due to package interdependencies, and the like. An actual bug in
|
|
|
71 XEmacs should be reproducible in a default configuration without
|
|
|
72 loading any special packages (or the one or two specific packages
|
|
|
73 that cause the bug to appear).
|
|
|
74
|
|
|
75 3. A picture can be worth a thousand words. When reporting an
|
|
|
76 unusual display, it is generally best to capture the problem in a
|
|
|
77 screen dump and include that with the problem report. The easiest
|
|
|
78 way to get a screen dump is to use the xv program and its grab
|
|
|
79 function. Save the image as a GIF to keep bandwidth requirements
|
|
|
80 down without loss of information. MIME is the preferred method
|
|
|
81 for making the image attachments.
|
|
|
82
|
|
259
|
83 ** Getting the Source
|
|
|
84 =====================
|
|
|
85
|
|
|
86 In addition to the normal tar distribution, XEmacs source is now
|
|
|
87 available via CVS. Please see the URL: <URL:http://cvs.xemacs.org/~xemacs/>.
|
|
|
88
|
|
134
|
89 * Compiling Beta XEmacs
|
|
|
90 =======================
|
|
|
91
|
|
|
92 ** Building an XEmacs from patches
|
|
|
93 ==================================
|
|
|
94
|
|
|
95 All beta releases of XEmacs are included with patches from the
|
|
|
96 previous version in an attempt to keep bandwidth requirements down.
|
|
|
97 Patches should be applied with the GNU patch program in something like
|
|
227
|
98 the following. Let's say you're upgrading XEmacs 20.15-beta10 to
|
|
|
99 XEmacs 20.15-beta11 and you have a full unmodified XEmacs 20.15-beta10
|
|
134
|
100 source tree to work with. Cd to the top level directory and issue the
|
|
|
101 shell command:
|
|
|
102
|
|
227
|
103 $ gunzip -c /tmp/xemacs-20.15-b10-20.15-b11.patch.gz | patch -p1
|
|
134
|
104
|
|
203
|
105 After patching, check to see that no patches were missed by doing
|
|
134
|
106 $ find . -name \*.rej -print
|
|
|
107
|
|
|
108 Any rejections should be treated as serious problems to be resolved
|
|
203
|
109 before building XEmacs.
|
|
134
|
110
|
|
179
|
111 After seeing that there were no rejections, issue the commands
|
|
134
|
112
|
|
179
|
113 $ ./config.status --recheck
|
|
|
114 $ make beta
|
|
134
|
115
|
|
203
|
116 and go play minesweep for a while on an older XEmacs while the binary
|
|
134
|
117 is rebuilt.
|
|
|
118
|
|
203
|
119 ** Building XEmacs from a full distribution
|
|
134
|
120 ==============================================
|
|
|
121
|
|
|
122 Locate a convenient place where you have at least 100MB of free space
|
|
|
123 and issue the command
|
|
|
124
|
|
227
|
125 $ gunzip -c /tmp/xemacs-20.15-b11.tar.gz | tar xvf -
|
|
134
|
126
|
|
227
|
127 (or simply `tar zxvf /tmp/xemacs-20.15-b11.tar.gz' if you use GNU tar).
|
|
134
|
128
|
|
|
129 cd to the top level directory and issue an appropriate configure
|
|
203
|
130 command. One maintainer uses the following at the time of this
|
|
134
|
131 writing:
|
|
|
132
|
|
203
|
133 ./configure \
|
|
272
|
134 --cflags="-mpentium -march=pentium -O6 -g -fno-peep-spills" \
|
|
203
|
135 --error-checking=all --debug=yes \
|
|
|
136 --with-scrollbars=athena3d --with-dialogs=athena3d \
|
|
272
|
137 --with-mule --with-xfs --with-xim=xlib
|
|
134
|
138
|
|
203
|
139 Part of the configure output is a summary that looks something like:
|
|
|
140
|
|
227
|
141 uname -a: Linux altair.xemacs.org 2.0.32 #2 Sun Nov 16 18:52:14 PST 1997 i586
|
|
|
142
|
|
272
|
143 ./configure '--cflags=-mpentium -march=pentium -O6 -g -fno-peep-spills' '--error-checking=all' '--debug=yes' '--with-scrollbars=athena3d' '--with-dialogs=athena3d' '--with-mule' '--with-xfs' '--with-xim=xlib'
|
|
227
|
144
|
|
134
|
145
|
|
272
|
146 XEmacs 21.0-b34 "Oberhasli-pre2" configured for `i586-pc-linux'.
|
|
227
|
147
|
|
272
|
148 Where should the build process find the source code? /home/xemacs/xemacs-20.0
|
|
|
149 What installation prefix should install use? /usr/local
|
|
134
|
150 What operating system and machine description files should XEmacs use?
|
|
|
151 `s/linux.h' and `m/intel386.h'
|
|
272
|
152 What compiler should XEmacs be built with? gcc -mpentium -march=pentium -O6 -g -fno-peep-spills
|
|
134
|
153 Should XEmacs use the GNU version of malloc? yes
|
|
272
|
154 (Using Doug Lea's new malloc from the GNU C Library.)
|
|
134
|
155 Should XEmacs use the relocating allocator for buffers? yes
|
|
|
156 What window system should XEmacs use? x11
|
|
272
|
157 Where do we find X Windows header files? /usr/X11/include
|
|
|
158 Where do we find X Windows libraries? /usr/X11/lib
|
|
134
|
159 Compiling in support for XAUTH.
|
|
203
|
160 Compiling in support for XPM images.
|
|
|
161 Compiling in support for X-Face message headers.
|
|
272
|
162 Compiling in support for GIF image conversion.
|
|
|
163 Compiling in support for JPEG image conversion.
|
|
|
164 Compiling in support for PNG image conversion.
|
|
|
165 Compiling in support for TIFF image conversion.
|
|
227
|
166 Compiling in native sound support.
|
|
134
|
167 Compiling in support for Berkeley DB.
|
|
272
|
168 Compiling in support for GNU DBM.
|
|
227
|
169 Compiling in support for ncurses.
|
|
272
|
170 Compiling in support for GPM (General Purpose Mouse).
|
|
134
|
171 Compiling in Mule (multi-lingual) support.
|
|
227
|
172 Compiling in XIM (X11R5+ I18N input method) support.
|
|
|
173 Using raw Xlib to provide XIM support.
|
|
|
174 Using XFontSet to provide bilingual menubar.
|
|
|
175 Compiling in support for Canna on Mule.
|
|
203
|
176 Compiling in support for the WNN input method on Mule.
|
|
|
177 Using WNN version 6.
|
|
134
|
178 Compiling in support for OffiX.
|
|
272
|
179 Compiling in support for proper session-management.
|
|
227
|
180 Using Lucid menubars.
|
|
|
181 Using Athena-3d scrollbars.
|
|
|
182 Using Athena-3d dialog boxes.
|
|
272
|
183 Compiling in DLL support.
|
|
227
|
184 movemail will use "dot-locking" for locking mail spool files.
|
|
272
|
185 Using Lisp_Objects with minimal tagbits.
|
|
|
186 Compiling in extra code for debugging.
|
|
|
187 Compiling in code for checking XEmacs memory usage.
|
|
|
188 WARNING: ---------------------------------------------------------
|
|
|
189 WARNING: Compiling in support for runtime error checking.
|
|
|
190 WARNING: XEmacs will run noticeably more slowly as a result.
|
|
|
191 WARNING: Error checking is on by default for XEmacs beta releases.
|
|
|
192 WARNING: ---------------------------------------------------------
|
|
134
|
193
|
|
272
|
194
|
|
|
195
|
|
|
196 Then type `make' and you should have a working XEmacs.
|
|
134
|
197
|
|
|
198 After you have verified that you have a functional editor, fire up
|
|
|
199 your favorite mail program and send a build report to
|
|
|
200 xemacs-beta@xemacs.org. The build report should include
|
|
|
201
|
|
|
202 1. Your hardware configuration (OS version, etc.)
|
|
|
203
|
|
|
204 2. Version numbers of software in use (X11 version, system library
|
|
|
205 versions if appropriate, graphics library versions if appropriate).
|
|
|
206 If you're on a system like Linux, include all the version numbers
|
|
|
207 you can because chances are it makes a difference.
|
|
|
208
|
|
|
209 3. The options given to configure
|
|
|
210
|
|
|
211 4. The configuration report illustrated above
|
|
|
212
|
|
197
|
213 For convenience all of the above items are placed in a file called
|
|
272
|
214 `Installation' in the top level build directory. They are also
|
|
|
215 available by performing M-x describe-installation inside XEmacs.
|
|
197
|
216
|
|
134
|
217 5. Any other unusual items you feel should be brought to the attention
|
|
|
218 of the developers.
|
|
136
|
219
|
|
|
220 ** Creating patches for submission
|
|
|
221 ==================================
|
|
|
222
|
|
223
|
223 When making patches please use the `-u' option, or if your diff
|
|
|
224 doesn't support it, `-c'. Using ordinary (context-free) diffs are
|
|
203
|
225 notoriously prone to error, since line numbers tend to change when
|
|
|
226 others make changes to the same source file.
|
|
136
|
227
|
|
|
228 $ diff -u old-file.c new-file.c
|
|
|
229
|
|
|
230 -or-
|
|
|
231
|
|
|
232 $ diff -c old-file.c new-file.c
|
|
|
233
|
|
203
|
234 Also, it is helpful if you create the patch in the top level of the
|
|
|
235 XEmacs source directory:
|
|
136
|
236
|
|
203
|
237 $ cp -p lwlib/xlwmenu.c lwlib/xlwmenu.c.orig
|
|
|
238 hack, hack, hack....
|
|
|
239 $ diff -u lwlib/xlwmenu.c.orig lwlib/xlwmenu.c
|
|
136
|
240
|
|
203
|
241 It is preferrable for patches to be accompanied by an update (raw
|
|
223
|
242 entry preferred) to the appropriate ChangeLog file. Patches to
|
|
|
243 ChangeLog files have an extremely high rate of failure.
|
|
136
|
244
|
|
|
245 Also note that if you cut & paste from an xterm to an XEmacs mail buffer
|
|
203
|
246 you will probably lose due to tab expansion. The best thing to do is
|
|
|
247 to use an XEmacs shell buffer to run the diff commands, or ...
|
|
136
|
248 M-x cd to the appropriate directory, and issue the command `C-u M-!' from
|
|
|
249 within XEmacs.
|
|
195
|
250
|
|
272
|
251 * XEmacs 21 packages
|
|
195
|
252
|
|
272
|
253 XEmacs 21 has added the concept of installable packages searched prior
|
|
195
|
254 to dump time when building.
|
|
|
255
|
|
|
256 Packages are searched by default under /usr/local/lib/xemacs/packages/.
|
|
|
257 The summary message in configure will tell you where XEmacs is looking
|
|
|
258 for them. The packages hierarchy differs from site-lisp in that you
|
|
203
|
259 do not have to install XEmacs to use it. Indeed, the package path is
|
|
195
|
260 searched prior to dump time so that installed packages have the same
|
|
203
|
261 status as lisp distributed in the xemacs core tarball.
|
|
195
|
262
|
|
|
263 The structure of each directory in the package search path should look
|
|
|
264 like the base installed directory (ie. have etc/, info/, and lisp/,).
|
|
|
265 Lisp is searched recursively. It and all subdirectories are added to
|
|
|
266 the `load-path'. Each etc directory is added to `data-directory-list',
|
|
|
267 and each info directory is added to `Info-default-directory-list'.
|
|
|
268
|
|
|
269 A `find . -type d -print' in my top-level package directory reveals:
|
|
|
270 ./etc
|
|
|
271 ./etc/auctex
|
|
|
272 ./etc/auctex/style
|
|
|
273 ./etc/gnus
|
|
|
274 ./etc/skk
|
|
|
275 ./etc/gnusrefcard
|
|
|
276 ./etc/smilies
|
|
|
277 ./etc/message
|
|
|
278 ./info
|
|
|
279 ./lisp
|
|
|
280 ./lisp/gnus
|
|
|
281 ./lisp/auctex
|
|
|
282 ./lisp/auctex/man
|
|
|
283 ./lisp/footnote
|
|
|
284 ./lisp/skk
|
|
|
285
|
|
|
286
|
|
|
287 AUCTeX and Gnus have package tarballs in
|
|
272
|
288 ftp://ftp.xemacs.org/pub/xemacs/beta/xemacs-21.0/packages/
|
|
195
|
289 that you can simply untar in a package directory to install.
|
|
|
290
|
|
203
|
291 ** Packages directory on the FTP Site
|
|
|
292 =====================================
|
|
|
293
|
|
|
294 The packages directory
|
|
272
|
295 ftp://ftp.xemacs.org/pub/xemacs/beta/xemacs-21.0/packages/
|
|
203
|
296
|
|
|
297 is divided into subdirectory by the major type of package.
|
|
|
298
|
|
|
299 drwxr-xr-x 2 beta-f beta-f 1024 Oct 10 00:43 binary-packages
|
|
|
300 drwxr-xr-x 2 beta-f beta-f 512 Oct 10 00:44 package-sources
|
|
|
301 drwxr-xr-x 2 beta-f beta-f 512 Oct 10 00:44 utils
|
|
|
302
|
|
|
303 ** Support Utilities (utils)
|
|
|
304 ============================
|
|
|
305
|
|
|
306 The utils directory contains tools to deal with current Lisp sources that
|
|
|
307 have not had yet gotten XEmacs package integration. The script `xpackage.sh'
|
|
|
308 is used with Quassia Gnus. Edit the appropriate variables at the top of
|
|
|
309 the script to reflect the local configuration and run it in the top level
|
|
|
310 directory of a Quassia Gnus source tree to install an update to Quassia Gnus.
|
|
|
311
|
|
|
312 ** Binary package installation (binary-packages)
|
|
|
313 ================================================
|
|
|
314
|
|
272
|
315 Prerequisite: XEmacs 21.0-b1.
|
|
203
|
316
|
|
|
317 Binary packages are complete entities that can be untarred at the top
|
|
|
318 level of an XEmacs package hierarchy and work at runtime. To install files
|
|
|
319 in this directory, run the command `M-x package-admin-add-binary-package'
|
|
|
320 and fill in appropriate values to the prompts.
|
|
|
321
|
|
229
|
322 ** Manual procedures for package management
|
|
|
323 ===========================================
|
|
|
324
|
|
272
|
325 Prerequisite: XEmacs 21.0
|
|
229
|
326
|
|
|
327 When adding and deleting files from a lisp directory the
|
|
|
328 auto-autoloads.el (global symbols) and custom-load.el (Customization
|
|
|
329 groups) must be kept in synch. Assuming one is manipulating a
|
|
|
330 directory called `lisp-utils', the command to rebuild the
|
|
|
331 auto-autoloads.el file is:
|
|
|
332
|
|
272
|
333 xemacs-21.0 -vanilla -batch -l autoload -f batch-update-directory lisp-utils
|
|
229
|
334
|
|
|
335 The command to rebuild the custom-load.el file is:
|
|
|
336
|
|
272
|
337 xemacs-21.0 -vanilla -batch -l cus-dep \
|
|
229
|
338 -f Custom-make-dependencies lisp-utils
|
|
|
339
|
|
|
340 To bytecompile both of these files the command is:
|
|
|
341
|
|
272
|
342 xemacs-21.0 -vanilla -batch -f batch-byte-compile \
|
|
229
|
343 lisp-utils/auto-autoloads.el lisp-utils/custom-laod.el
|
|
253
|
344
|
|
|
345 ** Building XEmacs and XEmacs packages from scratch
|
|
|
346 ===================================================
|
|
|
347
|
|
|
348 To build everything completely from scratch (not a high priority as a
|
|
|
349 design goal), the following procedure should work. (I don't recommend
|
|
|
350 building this way).
|
|
|
351
|
|
|
352 *** Phase 1 -- Get a minimal XEmacs binary with mule to build the package
|
|
|
353 lisp with.
|
|
|
354
|
|
|
355 **** Grab a mule-base tarball and install it into a newly created package
|
|
|
356 directory.
|
|
|
357
|
|
|
358 **** Configure XEmacs with mule and a package-path including the
|
|
|
359 directory created above.
|
|
|
360
|
|
|
361 **** Do a `make dist' to build an XEmacs binary.
|
|
|
362
|
|
|
363 *** Phase 2 -- Build and install the package lisp.
|
|
|
364
|
|
|
365 **** Modify XEmacs.rules for local paths and the XEmacs binary created in
|
|
|
366 Phase 1.
|
|
|
367
|
|
|
368 **** Do a make from the top level package lisp source directory.[1]
|
|
|
369
|
|
|
370 **** Do `make bindist's on all the packages you wish to install and
|
|
|
371 remove the byproduct .tar.gz's.
|
|
|
372
|
|
|
373 *** Phase 3 -- Redump XEmacs with the packages that require dump time
|
|
|
374 support (like egg-its, VM, etc.) and install it.
|
|
|
375
|
|
|
376 **** Reconfigure without Mule if you don't wish a Mule-ish XEmacs, and
|
|
|
377 rebuild XEmacs.
|
|
|
378
|
|
|
379 - or -
|
|
|
380
|
|
|
381 **** rm lib-src/DOC src/xemacs; make
|
|
|
382
|
|
|
383 **** Install or run in-place.
|
|
|
384
|
|
|
385 Note that this is in essence what `make all-elc' has always done.
|
