Hi Didier,
I'm having a problem with Patcher, patcher-version "3.11", and the
diff command used for ChangeLogs with mercurial. It is set to hg
extdiff. If I'm not mistaken that is supposed to be a user defined
command in .hgrc!? What should I set it to?
I'm having another problem with 3.11 that might be related. The
defaults does not seem to work. I have had to set all properties in
the patcher-projects variable. There is where I set
':change-logs-diff-command "hg extdiff -o -U0 %f"
but I got that from the defaults I think, so it is the right setting?
Or am I shooting myself in the foot and causing my problem myself?
And when I'm at it. With mercurial it is so easy to clone different
work areas. It would be nice if patcher could be applied to the
current folder. So that you don't have to have the folder in the
patcher-projects variable. But maybe that is possible already?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
We should be OK now. I don't know how badly the network/electrical
system may have been damaged, so there may be some downtime scheduled
on short notice for repair work on those systems.
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Ar an t-ochtú lá déag de mí Márta, scríobh Mats Lidell:
> >>>>> Aidan Kehoe <kehoea(a)parhasard.net> writes:
>
> Aidan> [...] This can be avoided with a nil value for
> Aidan> try-alternate-layout-for-commands, and I now think that only
> Aidan> language environments with non-Latin scripts should have a
> Aidan> non-nil default for this variable.
>
> But then those who need try-alternate-layout-for-commands will have
> problems with isearch in dired and gnus, right?
They will, but they do at the moment, too. The pre-command-hook approach
that isearch does is inherently fragile, but I don’t really see a better
alternative without a lot of work. Maybe Julian Bradfield’s Quail work could
be leveraged for this.
> I guess I'm still confused. You should be able to isearch for any
> character in any buffer! What am I missing?
You’re not missing anything, as far as I can see.
--
“Apart from the nine-banded armadillo, man is the only natural host of
Mycobacterium leprae, although it can be grown in the footpads of mice.”
-- Kumar & Clark, Clinical Medicine, summarising improbable leprosy research
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hey there everyone.
I have just added the following packages to the 'Pre-Releases'
directory:
New Packages in Pre-Release:
===========================
games-1.21-pkg.tar.gz upstream version: 2.00
mh-e-1.33-pkg.tar.gz upstream version: 7.4.2
Previously Announced Packages Still in Pre-Release:
==================================================
leim-1.32-pkg.tar.gz upstream version: none
pgg-1.08-pkg.tar.gz upstream version: 0.1
text-modes-2.00-pkg.tar.gz upstream version: none
x-symbol-1.13-pkg.tar.gz upstream version: 4.5.1
xemacs-base-2.30-pkg.tar.gz upstream version: none
xemacs-devel-1.82-pkg.tar.gz upstream version: none
Detailed Changes:
================
- ------- ChangeLog Entries from xemacs-packages/games/ChangeLog -------
2011-03-18 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 1.21 released.
2011-03-17 Aidan Kehoe <kehoea(a)parhasard.net>
* sudoku.el:
* sudoku.el (sudoku-mode-setup-modeline):
* sudoku.el (sudoku-autoinsert):
* sudoku.el (sudoku-pencil-mode):
* sudoku.el (sudoku-download-puzzle):
* sudoku.el (sudoku-print):
* sudoku.el (sudoku-sdk-file-p):
* sudoku.el (sudoku-string-to-board):
* sudoku.el (sudoku-builtin-puzzles): Moved.
Update this file to work better with more recent versions of XEmacs.
This involves:
-- modeline-multibyte-status -> modeline-coding-system
-- Using unquoted symbols in `block' and `return-from', as always
documented but only recently forced.
-- Use #'signum, not #'positivep (the latter is not in any
standard and was never built-in to XEmacs.
-- Mark various special symbols used by the code as such.
- ------- ChangeLog Entries from xemacs-packages/mh-e/ChangeLog -------
2011-03-18 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 1.33 released.
2011-03-17 Aidan Kehoe <kehoea(a)parhasard.net>
* mh-mime.el (mh-mhn-directive-present-p):
Use unquoted symbols for `block', `return-from', as always
document but only recently enforced in XEmacs 21.5.
Installing These:
================
Manually:
- --------
1) Download the packages that you want to install from:
/ftp.xemacs.org:/pub/xemacs/beta/experimental/packages/
2) Unpack them to: [1]
/usr/local/lib/xemacs/xemacs-packages/
3) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.[245].x):
- ----------------------------------------------
1) Tools -> Packages -> Add Download Site -> Pre-Releases
2) Tools -> Packages -> List and Install
3) Select the packages you wish to install (there are brief
instructions at the bottom of the packages buffer).
4) Packages -> Install/Remove Selected
5) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.1.14):
- -------------------------------------------
1) Options -> Manage Packages -> Add Download Site -> Pre-Releases
2) Options -> Manage Packages -> List and Install
3 - 5) As per XEmacs 21.[245].x.
Footnotes:
[1] Note: Mule packages should be installed into:
/usr/local/lib/xemacs/mule-packages/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFNgyqCgu3ywdHdhM0RAvVGAKD0XOWoLg3q+B5syLKVd2hWQKlsKwCcDofu
wVQ3VHhgc5rxx/CYKvKKETg=
=I81O
-----END PGP SIGNATURE-----
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
So, apparently, I'm an HG dummy.
I want to push a change of mine that I just committed locally on top of
the most recent pull:
didier(s001)% hg push
pushing to ssh://sperber-guest@hg.debian.org//hg/xemacs/xemacs
searching for changes
abort: push creates new remote heads!
But I don't understand why:
didier(s001)% hg id
9e15f69c9d20 tip
didier(s001)% hg merge
abort: branch 'default' has one head - please merge with an explicit rev
(run 'hg heads' to see all heads)
didier(s001)% hg glog | less
@ changeset: 5405:9e15f69c9d20
| tag: tip
| user: Didier Verna <didier(a)lrde.epita.fr>
| date: Thu Mar 17 16:20:09 2011 +0100
| summary: Improve read-only error reporting.
|
o changeset: 5404:6c3a695f54f5
| user: Aidan Kehoe <kehoea(a)parhasard.net>
| date: Mon Mar 14 21:04:45 2011 +0000
| summary: Update png_instantiate () to work with more recent versions of libpng.
|
So it seems to me that everything's okay here ??
--
Resistance is futile. You will be jazzimilated.
Scientific site: http://www.lrde.epita.fr/~didier
Music (Jazz) site: http://www.didierverna.com
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
>>>>> "Stephen" == Stephen J Turnbull <stephenjturnbull(a)gmail.com> writes:
Stephen> Please keep us up to date on anything to do with process
Stephen> management that you find out. I'm experiencing some
Stephen> weirdness with git or hg subprocesses in vc, myself.
Some additional information. Not sure what the problem is, but if I
add a (sit-for 1) just before the delete-process in smtpmail.el,
things work better. This also allows gnutls to work. I still get the
message about a TLS packet with unexpected length, but gnus thinks the
message has been sent successfully, and it has.
With this change, I can also see that before delete-process, it is
running, but after, it is exited, and no complaints from
delete-process.
Not sure what this means, but it does make it work better.
I haven't had any issues with git and hg processes, though.
Git.el works fine, and so does dvc on hg repositories.
Ray
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Ar an cúigiú lá déag de mí Márta, scríobh Mats Lidell:
> >>>>> Aidan Kehoe <kehoea(a)parhasard.net> writes:
>
> Aidan> Mats is curious about the need for
> Aidan> try-alternate-layouts-for-commands, so here’s an attempt to
> Aidan> explain what it does;
>
> Thanks.
>
> Aidan> for people in Russia or Greece, the keyboard by default doesn't
> Aidan> generate Roman-alphabet characters. So it’s actually
> Aidan> comparatively a lot of work to type control f or control b.
>
> OK. I'm beginning to understand now...
>
> Aidan> If try-alternate-layouts-for-commands is non-nil [...] XEmacs
> Aidan> pretends for a second that the keyboard has a US layout...
>
> So without try-alternate-layouts-for-command each package with
> keybindings would have to provide a binding for all possible keyboard
> layouts?
All possible scripts, really, since there are many non-US Latin-alphabet
keyboard layouts that are no real problem to use with XEmacs.
> Is this an XEmacs unique technique or is it used by other editors?
As far as I know it’s unique to XEmacs. Ben did the implementation on Win32,
I got it working on X11, and at the point of the latter Paul Pogonyshev was
attempting, unsuccessfully, to get GNU to support something of the sort. I
wouldn’t be surprised if other apps have independently reinvented it.
--
“Apart from the nine-banded armadillo, man is the only natural host of
Mycobacterium leprae, although it can be grown in the footpads of mice.”
-- Kumar & Clark, Clinical Medicine, summarising improbable leprosy research
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Thanks for answering given your situation! Hope your life stays
relatively unaffected and things improve!
"Stephen J. Turnbull" <stephenjturnbull(a)gmail.com> writes:
> Andreas, please make sure to at least CC the list. I live in a disaster area,
> although my daily life is relatively unaffected (in fact, I have more than usual
> time for my hobbies, but have lost access to a lot resources I use for them)
> and cannot promise quick response. CC'ing xemacs-beta and not trimming.
Sorry for forgetting to send a CC to the list. (Actually I was wondering
why my mail didn't show up on the list ...) Should one never trimm on
this list?
> On Mon, Mar 14, 2011 at 11:47 PM, Andreas Goesele <Goesele(a)hfph.mwn.de> wrote:
>> "Stephen J. Turnbull" <stephenjturnbull(a)gmail.com> writes:
>>
>>> What we need to diagnose a crash, usually, is a C backtrace. If you know
>>> how to force XEmacs to crash, you can usually get the backtrace by starting
>>> XEmacs in a debugger. On systems with gdb, something like
>>>
>>> $ gdb /usr/local/bin/xemacs
>>> (gdb) run
>>> <some message about XEmacs crashing>
>>> (gdb) bt
>>> <long text of backtrace>
>>>
>>> Then save the terminal output to a file, and attach it to your report.
>>> The backtrace will usually run off the screen. If that makes it difficult
>>> to capture all the output, you can run gdb as
>>>
>>> $ gdb /usr/local/bin/xemacs 2>&1 | tee crash.log
>>
>> Strangely, on the day I reported the problem, I had a sure recipe to
>> crash xemacs, but that doesn't work anymore. But once more writing an
>> email resulted in a crash. This time not expanding an address, but just
>> writing the first word. It seems it was linked to the following set of
>> events:
>>
>> Parsing /home/user/.mailrc... done
>> Parsing /home/user/.mailrc...
>> Rebuilding aliases due to new aliases.
>
> Which MUA are you using?
Gnus.
>> Here there is the backtrace of the segfault. Given that there are no
>> debugging symbols, I don't know, whether that helps.
>
> No, it doesn't help much. However, I can tell from the backtrace that
> you crashed in Ffuncall (aka the lisp function funcall) which is very strange.
>
> Since you're using a no-mule build of 21.4, I suspect it is related to
> non-ASCII characters, but can't be sure.
>
> I don't know offhand if there's any way to get the numeric addresses
> of the arguments to the last Ffuncall. If there is, you should be able
> to get at least some Lisp information.
>
> First, see if you have a copy of .gdbinit. If not you can get one from
>
> http://hg.debian.org/hg/xemacs/xemacs-21.4/file/70c8d51df66c/src/.gdbinit.
>
> Then load it into gdb with "source .gdbinit". Then you can use "lbt" to get
> a Lisp backtrace (which probably isn't very informative), "lbp <lisp expr>" to
> print the value of a Lisp expression, and "pobj" to convert C addresses to
> Lisp object information.
I will do so with the next crash.
>> GNU gdb (GDB) 7.0.1-debian
>> Copyright (C) 2009 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law. Type "show copying"
>> and "show warranty" for details.
>> This GDB was configured as "i486-linux-gnu".
>> For bug reporting instructions, please see:
>> <http://www.gnu.org/software/gdb/bugs/>...
>> Reading symbols from /usr/bin/xemacs21-nomule...(no debugging symbols found)...done.
>> (gdb) run
>> Starting program: /usr/bin/xemacs21-nomule
>> [Thread debugging using libthread_db enabled]
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x080b6468 in Ffuncall ()
>> (gdb) bt
>> #0 0x080b6468 in Ffuncall ()
>> #1 0x08096997 in ?? ()
>> #2 0x08096e42 in funcall_compiled_function ()
>> #3 0x080b6643 in Ffuncall ()
>> #4 0x080b73e9 in run_hook_with_args_in_buffer ()
>> #5 0x080b7598 in run_hook_with_args ()
>> #6 0x080b76e6 in Frun_hooks ()
>> #7 0x080b7719 in run_hook ()
>> #8 0x08088b62 in Fexpand_abbrev ()
>> #9 0x0809ceab in ?? ()
>> #10 0x0809d0c1 in Fself_insert_command ()
>> #11 0x080b67a6 in Ffuncall ()
>> #12 0x08097960 in Fcall_interactively ()
>> #13 0x080b8e5d in Fcommand_execute ()
>> #14 0x080e3f0a in ?? ()
>> #15 0x080e5a10 in Fdispatch_event ()
>> #16 0x0809c2dc in Fcommand_loop_1 ()
>> #17 0x080b9aaa in condition_case_1 ()
>> #18 0x0809c54a in ?? ()
>> #19 0x080b4551 in internal_catch ()
>> #20 0x0809c840 in initial_command_loop ()
>> #21 0x080b19ff in xemacs_21_4_22_i486_pc_linux ()
>> #22 0x080b24dc in main ()
>>
>>
>> --
>> Omnis enim res, quae dando non deficit, dum habetur et non datur,
>> nondum habetur, quomodo habenda est.
>> Augustinus, De doctrina christiana
>>
>
--
Omnis enim res, quae dando non deficit, dum habetur et non datur,
nondum habetur, quomodo habenda est.
Augustinus, De doctrina christiana
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta