[See xemacs info, node 3.3, "Startup Paths::How XEmacs finds
Directories and Files"]
The documentation says that $HOME/.xemacs/xemacs-packages is searched
for libraries, but experimentation ('M-x load-library RET <library>'
where <library> only exists in $HOME/.xemacs/xemacs-packages) with
"xemacs --vanilla" shows that it is not. Which is correct, the docs or
the program?
Also, where ever the info files mention '<root>/lib/' or
'$prefix/lib/' that should (at least) be changed to '<root>/share/' or
'$prefix/share', right?
--- Vladimir
--
Vladimir G. Ivanovic
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
---------- Forwarded message ----------
From: SL Baur <steve(a)xemacs.org>
Date: Sat, Aug 18, 2007 at 10:30 AM
Subject: Re: sign off on XEmacs 21.5
To: Michael Sperber <sperber(a)informatik.uni-tuebingen.de>
Cc: XEmacs review <xemacs-review(a)xemacs.org>
On 8/18/07, Michael Sperber <sperber(a)informatik.uni-tuebingen.de> wrote:
> For me: Slightly polishing Xft support, and fixing a few bugs on my
> list, which I'm working on. I totally agree with Stephen's list as a
> list of medium-term goals, but I don't think they're necessary. There's
> a couple more of nice-to-have, but, once again, not necessary for me.
Thank you Michael. Now the rest of you?
There are hungry young minds in Africa, now armed with their
OLPCs waiting for a proper editor and a proper project to learn
programming from. Dig deep, into your hearts, into your pocket
books and give ... give them the gift of a new release of XEmacs.
Children are our most precious resource and always remember
that a mind is a terrible thing to waste on something like FSF Emacs
22 or vim.
Thank you for your support.
-sb (RIP alt.religion.emacs, I wish Usenet hadn't been ruined by SPAM)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
The following message is a courtesy copy of an article
that has been posted to comp.emacs.xemacs as well.
chengiz(a)my-deja.com writes:
> On Jul 11, 12:32 pm, "Adrian Aichner" <adr...(a)xemacs.org> wrote:
>> Hmmh, perhaps your version of sendmail.el is not honoring auto-save-default?
>>
>> Do you also have following lines in
>>
>> (defun mail (&optional noerase to subject in-reply-to cc replybuffer actions)
>>
>> (setq default-directory (expand-file-name "~/"))
>> (auto-save-mode auto-save-default)
>> (mail-mode)
>> (mail-setup to subject in-reply-to cc replybuffer actions)
>>
>> Either
>> M-x find-function RET mail RET
>> or
>> M-x find-library RET sendmail RET
>> should get you to the source code.
>>
>> Also check for warnings that sendmail.el is newer than sendmail.elc.
>>
>> In that case what gets executed might not be what you see in sendmail.el
>>
>> Also try
>>
>> M-x list-load-path-shadows
>> to see where you get your sendmail library from.
>
> Adrian,
> Thanks. I found the following lines in sendmail.el.
> ;; put mail auto-save files in home dir instead of
> ;; scattering them around the file system.
> (setq default-directory (or mail-dir (expand-file-name "~/")))
> (auto-save-mode auto-save-default)
> (mail-mode)
> (mail-setup to subject in-reply-to cc replybuffer actions)
> (if (and buffer-auto-save-file-name
> (file-exists-p buffer-auto-save-file-name))
> (message "Auto save file for draft message exists; consider M-x
> mail-recover"))
> t)))
>
> I dont get any warnings about sendmail. The shadow command says:
> No Emacs Lisp load-path shadowings were found
>
> Now auto-save-mode apropos says "Toggle auto-saving of contents of
> current buffer. With prefix argument ARG, turn auto-saving on if
> positive, else off." So wouldnt that point to that auto-save-mode line
> in there as the culprit? In fact in another file buffer, I tried these
> lines (hitting C-u C-x C-e after each one) which suggests the same
> thing.
> buffer-auto-save-file-name
> nil
> (auto-save-mode auto-save-default)
> buffer-auto-save-file-name
> "/home/chengiz/tmp/#temp#"
>
> Seems like a bug in sendmail.el.
Hi again, chengiz!
My analysis indicates that both, function auto-save-mode and variable
auto-save-default are overloaded and under-documented.
Furthermore sendmail.el in GNU Emacs has different code to handle
auto-save-mode more defensively:
;; Only call auto-save-mode if necessary, to avoid changing auto-save file.
(if (or (and auto-save-default (not buffer-auto-save-file-name))
(and (not auto-save-default) buffer-auto-save-file-name))
(auto-save-mode auto-save-default))
The XEmacs lisp packages code base shows that different idioms are
being used by various authors.
As a workaround for now, chengiz, you can try using
(setq auto-save-default 0)
on a mail-mode hook to turn it off in *mail* buffers, if that is what
you want.
I'm copying xemacs-beta(a)xemacs.org, where better ideas may come from.
--
Adrian Aichner
mailto:adrian@xemacs.org
http://www.xemacs.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
>>>>> Stephen wrote:
Stephen> I really don't think those are going to be much help.
Stephen> Agreed, autoconf is a really crufty technology from the point
Stephen> of view of a build system, but its database of platform
Stephen> quirks is still unmatched AFAIK.
So it is unlikely we would change build system then due to the loss of
support for all the different platforms?
I guess our time then is best used to get autoconf working for
Xft. Could you please give a pointer to what the problem was with
getting it right? It would make it easier to help out (Huh... mabe
this is in the tracker and I haven't looked there yet.)
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Running just
./configure
produces an executable that doesn't look for XEmacs packages in
$prefix/lib/xemacs/xemacs-packages. The package documentation at
http://www.xemacs.org/Documentation/packageGuide.html#Package_hierarchies
says that it should. (I haven't tried the equivalent experiment for
Mule packages.)
Which is the desired behavior? I think that the latter behavior is
more intuitive, and so configure should be fixed.
Regardless, I need to file a bug, one way or the other.
--- Vladimir
--
Vladimir G. Ivanovic
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
OK, I don't get it. What criteria puts an issue in the "no priority
set" list?
Some *do* have a priority set, e.g. #374, but show up in the "no
priority set" list when I select "Show Open". Many are missing an
entry in the Classification section, but issue #2, for instance, is in
the "no priority set" list and has all classifications fields set.
Is there rhyme or reason here?
--- Vladimir
--
Vladimir G. Ivanovic
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Ar an deichiú lá de mí Iúil, scríobh Vin Shelton:
> Aidan,
>
> One of your commits from today broke the package build. It looks like
> something to do with X initialization is causing a problem.
Thanks, Vin, I should get to this late this evening.
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Thank you for approve :P
--- "Stephen J. Turnbull" <stephen(a)xemacs.org> wrote:
> APPROVE COMMIT eshell
>
> Per Aidan's approval. Somehow ;-) the ChangeLog went missing,
> provided here. Kai, please check that I've got it right.
>
Yes, right.
> Kai, would you like to be maintainer of the XEmacs package for
> eshell, since John isn't doing it?
I'd like to :P
> Among other things, I see that
> you
> are probably using an upstream version since the directory structure
> implied by your patch differs from my CVS checkout. Becoming
> maintainer would allow you to freely reorganize the package's
> structure to match upstream, approve your own commits, etc.
>
Sorry for confusing you. I do using the XEmacs distributed experimental
version. I did the patch in a installed instance of XEmacs package,
that why it looks strange. In fact it is in my .xemacs directory.
> In return we'd expect you to follow upstream development (eg, a cvs
> update every month or so), and to communicate any improvements you
> develop back to John and the Emacs developers.
>
> [John, this is just a courtesy copy to introduce a possible
> co-developer, Fan Kai, and provide a ChangeLog. AFAIK Kai has not
> contributed to Emacs before so this is presumably a "tiny" change
> with
> no need for an assignment.]
>
> Index: xemacs-packages/eshell/ChangeLog
> ===================================================================
> RCS file:
> /pack/xemacscvs/XEmacs/packages/xemacs-packages/eshell/ChangeLog,v
> retrieving revision 1.32
> diff -u -U0 -r1.32 ChangeLog
> --- xemacs-packages/eshell/ChangeLog 10 Jul 2008 18:58:46 -0000 1.32
> +++ xemacs-packages/eshell/ChangeLog 10 Jul 2008 19:49:10 -0000
> @@ -0,0 +1,5 @@
> +2008-07-08 Fan Kai <fktpp(a)xemacs.org>
> +
> + * esh-arg.el (eshell-quote-backslash): Fix eshell path completion
> + for Windows.
> +
>
> Index: xemacs-packages/eshell/esh-arg.el
> ===================================================================
> RCS file:
> /pack/xemacscvs/XEmacs/packages/xemacs-packages/eshell/esh-arg.el,v
> retrieving revision 1.1
> diff -u -U0 -r1.1 esh-arg.el
> --- xemacs-packages/eshell/esh-arg.el 10 Jan 2001 02:52:52 -0000 1.1
> +++ xemacs-packages/eshell/esh-arg.el 10 Jul 2008 19:49:15 -0000
> @@ -283 +283,5 @@
> - (if (eq char ?\\)
> + (if (and (eq char ?\\)
> + (not (and (featurep 'mswindows)
> + (eq directory-sep-char ?\\)
> + (eq (1- (string-width string))
> + index))))
>
>
> _______________________________________________
> XEmacs-Beta mailing list
> XEmacs-Beta(a)xemacs.org
> http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
>
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta