Hi,
I'm having some issues with the modules support and building. See
tracker:
http://tracker.xemacs.org/XEmacs/its/issue843
The problem is that if you use "make distclean" version controlled
files in the modules like "configure" will be deleted. If you do that
as part of working with a patch you might get the deletion as part of
it when you "hg qrefresh" your workspace. Not good. (This happens to
me all the time :-()
I've now looked at it again and from the README in the modules folder
it seems like there is support for building the modules on its own or
for building it while building XEmacs itself. So it seems like the
local version controlled files do have a purpose.
I suggest in the issutracker that we should delete the offending
files. That would then make building the modules separately
impossible. Would that initial idea be OK or do I need to come up with
another plan? Any ideas in that case?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi all,
I expected the following to produce a colored minibuffer prompt, but
apparently redisplay is not honoring extents for the minibuf_prompt ?
Is there a well known restriction here ?
Tested both in XEmacs 21.5 (beta32) \"habanero\" b0d40183ac79+ XEmacs Lucid
(defun my-minibuf-setup-hook ()
(let ((ext (make-extent 0 (length prompt) prompt)))
(set-extent-property ext 'face 'blue)
(set-extent-property ext 'duplicable t))))
(add-hook 'minibuffer-setup-hook 'my-minibuf-setup-hook)
Another test I made was (eval'ed in *scratch*), both "My prompt" shown
in blue, but read-minibuffer did not comply with the extent:
(add-hook 'minibuffer-setup-hook 'my-minibuf-setup-hook)
(setq a "My prompt")
(setq a-e (make-extent 0 (length a) a))
(set-extent-property a-e 'face 'blue)
(set-extent-property a-e 'duplicable t)
(setq b a)
a
"My prompt"
b
"My prompt"
(read-minibuffer a)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
Since I have a problem with 21.5.3X which I will report in a
different mail, I went back to 21.4.22 and encountered the
following problem:
I start xemacs21.4.22 Mule (-vanilla) then I load a file
which just set the path to the gnus package I installed (that is
NO GNUS vs 0.18 compiled under 21.5.31 Mule)
I start gnus and I receive
Loading this file requires xemacs, (null (function-max-args 'throw))
What is the problem?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
Please can somebody confirm this.
I start xemacs (21.5.31 or 32 Mule) -vanilla
I either use the gnus shipped in SUMO or my new version (NO
GNUS v 0.18)
I start gnus and then I use gnus-group-customize
but xemacs freezes and I have to kill the corresponding
process. I tried also to delete my .newwrc.el file but this
did not help.
Sometimes I see
Stack overflow copy-tree widget or something like this in
the modeline.
I don't have a C backtrace.
Any idea?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Ar an t-ochtú lá is fiche de mí Méan Fómhair, scríobh Robert Pluim:
> [...] What can I get you to help debug this?
The report should be plenty, I can reproduce. Will look into it this
weekend.
--
‘Liston operated so fast that he once accidentally amputated an assistant’s
fingers along with a patient’s leg, […] The patient and the assistant both
died of sepsis, and a spectator reportedly died of shock, resulting in the
only known procedure with a 300% mortality.’ (Atul Gawande, NEJM, 2012)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi,
Due to the clever way, sigh, I have designed a part of the buildbot
smoketest, it broke when Bitbucket changed the layout on their
webpage. (OK, OK. If you must know I use the web page to get the list
of changed files in a changeset. Please feel free to suggest
improvements!)
If I don't come up with a better solution I will fix the broken design
in a similar broken way shortly!
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi folks, I'm afraid that the XEmacs mailing lists were broken for a few
days earlier this week (7-9 October). It looks like the problem has
been repaired. During that time several legitimate messages were
bounced and then caught in our spam filter. I've resent the ones that I
found, but I may have missed some. If you sent something and it hasn't
appeared, feel free to resend.
mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Let's see if the mail service problems have been cleared...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2012-10-02 - 2012-10-09)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
553 open ( +0) / 289 closed ( +0) / 842 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1246 days.
Median duration of open issues: 1322 days.
Open Issues Breakdown
new 226 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 56 ( +0)
assigned 153 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 18 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta