>>>> "Darryl" == Darryl Okahata
<darrylo(a)soco.agilent.com> writes:
Darryl> It's not a matter of saving some trivial amount of
Darryl> disk space -- it's a matter of being able to do it at all.
Darryl> Note that, for some systems, unexec doesn't work, and so
Darryl> pdump has to be used. Now, if you have root access, and
Darryl> you're the only one using the workstation, there's
Darryl> probably no problem; you just rebuild XEmacs using the
Darryl> current procedures (but also include additional stuff via
Darryl> site-load, etc.). However, if you don't have root access,
Darryl> or are on a multi-user system, then specifying a pdump
Darryl> image is the only way (which you currently cannot do).
Steve Baur claimed it was possible (ie, under unexec) to do something
like
cd ~
mkdir bin
cd bin
cp /path/to/system/temacs ./temacs
./temacs $DUMPOPTIONS dump
and have a private version of xemacs built in your personal ~/bin. I
would think that would be possible here, too. I'm sure it would
require tweaking dumped-lisp.el and friends to load the LISP from the
installed location rather than a source tree. (This is another case
where it would be nice to be able to use the preloaded LISP rather
than having to search for it on disk.)
> AFAIK even with pdump you need to dump with the same temacs you
> are going to reload into, so if you tried to have a system
> xemacs and per user dumpfiles, you'd still force the users to
> redump on every system update.
Darryl> Yup, this is a definite problem, and there's
Darryl> currently no solution for this.
I think the solution is to copy the executable, too. If something
like the above can be made to work, we could provide a script for it.
--
School of Systems and Information Engineering
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.