XEmacs Packages have been pre-released (2007-07-29-16)
17 years, 4 months
Norbert Koch
-----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:
===========================
mule-base-1.52-pkg.tar.gz upstream version: none
Previously Announced Packages Still in Pre-Release:
==================================================
auctex-1.48-pkg.tar.gz upstream version: 11.55
calendar-1.33-pkg.tar.gz upstream version: none
ediff-1.69-pkg.tar.gz upstream version: 2.75
eshell-1.11-pkg.tar.gz upstream version: 2.4.1
general-docs-1.05-pkg.tar.gz upstream version: none
guided-tour-0.51-pkg.tar.gz upstream version: none
hyperbole-1.17-pkg.tar.gz upstream version: 5.0
leim-1.25-pkg.tar.gz upstream version: none
locale-1.26-pkg.tar.gz upstream version: none
net-utils-1.53-pkg.tar.gz upstream version: N/A
oo-browser-1.05-pkg.tar.gz upstream version: 4.08
perl-modes-1.10-pkg.tar.gz upstream version: none
prog-modes-2.13-pkg.tar.gz upstream version: none
psgml-1.45-pkg.tar.gz upstream version: 1.3.2
python-modes-1.09-pkg.tar.gz upstream version: none
text-modes-1.95-pkg.tar.gz upstream version: none
tramp-1.38-pkg.tar.gz upstream version: 2.0.56
viper-1.57-pkg.tar.gz upstream version: 3.09
xemacs-base-2.11-pkg.tar.gz upstream version: none
Detailed Changes:
================
- ------- ChangeLog Entries from mule-packages/mule-base/ChangeLog -------
2007-07-29 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 1.52 released.
2007-07-29 Aidan Kehoe <kehoea(a)parhasard.net>
* fsf-compat-unicode.el:
* fsf-compat-unicode.el (and):
* fsf-compat-unicode.el (fsf-compat-ccl-program):
* fsf-compat-unicode.el (fsf-compat-init-mule-unicode-charsets):
Shifting the arguments to mule-to-unicode 7 bits was appropriate,
but for redisplay r1 needs to be the highest octet, r2 the lowest,
of the 16-bit UCS code.
text-conversion-error is not available on 21.4, so it turns out
the code fails in a more ugly way thatn I wanted there.
2007-07-27 Aidan Kehoe <kehoea(a)parhasard.net>
* fsf-compat-unicode.el:
* fsf-compat-unicode.el (fsf-compat-ccl-program): New.
* fsf-compat-unicode.el (fsf-compat-init-mule-unicode-charsets):
Use fsf-compat-ccl-program, which better reflects the CCL
behaviour in force at the time it was compiled. Also move the CCL
program constant to actually shifting eight bits at a time.
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.
norbert - XEmacs Package Release Manager.
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)
iD8DBQFGrJ/ngu3ywdHdhM0RAnWNAJ9nr2qmIjz6sqCUTyAaoCEVzfKk7wCgoQGM
wMHl+l9dEFusF4rVPKcXxMo=
=Ofa1
-----END PGP SIGNATURE-----
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
problem with viper mode in tty xemacs
17 years, 4 months
zooko
Folks:
I couldn't send this report with "M-x report-xemacs-bug", so I'm
sending it this way.
If I am in viper mode, then when I try to cut or copy a line (with
"dd" or "yy" VI commands), the minibuffer announces:
"Symbol's value as variable is void: mouse-track-rectangle-p"
I suspect that this might be partially because there is no mouse,
since I'm doing this over and ssh connection, under GNU screen.
Unfortunately, if I then do "M-x report-xemacs-bug", I get into a
very bad state where neither "C-x" nor "M-x" work, so I cannot do
anything, and I eventually have to "kill -15" my xemacs process from
another screen.
Regards,
Zooko
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: [R21.4] [C] xemacs-21.5-clean: Document Chile and update Denmark download site
17 years, 4 months
Steve Youngs
* Adrian Aichner <adrian(a)xemacs.org> writes:
> +2007-07-28 Adrian Aichner <adrian(a)xemacs.org>
> +
> + * package-get.el (package-get-download-sites): Document Chile and
> + update Denmark download site.
> + * package-get.el (package-get-pre-release-download-sites): Ditto.
> +
This hit xemacs-cvs as a 50,000 line diff. What the hell happened?
--
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
| SXEmacs - The only _______ you'll ever need. |
| Fill in the blank, yes, it's THAT good! |
|------------------------------------<steve(a)sxemacs.org>---|
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: XEmacs doesn't support windows-1252
17 years, 4 months
Aidan Kehoe
Ar an seachtú lá is fiche de mí Iúil, scríobh Mike FABIAN:
> [...] Is there a possibility to set a preference list of Unicode → Mule
> mappings which is used always?
Yes, but you don’t want to do that; it would mean disabling
set-language-unicode-precedence list, for one. For what you’re looking for,
it is enough to put a call to that function in startup.el, after the call to
init-mule-at-startup and before the window system initialisation code. For
reference, the patch I tested that with is below; I tested it with an XEmacs
that had a windows-1252 coding system with the non-Latin-1 characters mapped
into the jit-ucs-charset-0 character set.
(If you’re planning on distributing code with that Windows-1252 coding
system, by the way, you will also want the change in
http://mid.gmane.org/18091.3408.152729.823883＠parhasard.net )
It looks like Ben’s original design intended to set the language Unicode
precedence list during the language environment setup, which would have, to
a certain extent, avoided this problem. But not for the specific characters
you’re talking about.
> > I had planned to make available an XEmacs with Unicode as an internal
> > encoding (and I have most of the necessary work for that on my disk),
> > but I don’t think that is maintainable in the presence of both the Mule
> > and the non-Mule compilation options (which means, in the presence of
> > Unicode internally, four ./configure options with which everything
> > needs to be tested when anyone makes any change that’s relevant to
> > character encoding). And the elimination of the non-Mule compilation
> > options has been vetoed, so it looks like users are stuck with the
> > internal Mule encoding.
>
> That is really a pity. I think it would be a big advantage to use
> Unicode as an internal encoding.
Well, thanks to your earlier suggestion for just-in-time mapping the Unicode
code point support is much better right now than it was. And I hope to
commit another patch soon that preserves invalid UTF-8 sequences on
decoding, which avoids the problem where Latin-1 files can be corrupted if
they are opened as UTF-8 and then a small change is made. See
http://mid.gmane.org/18082.9316.913823.211586＠parhasard.net .
But yes, for adding real support for things like shaping, bidirectional
text, the Unicode properties, composite characters and so on, using Unicode
as an internal encoding is the only practical thing.
Index: startup.el
===================================================================
RCS file: /pack/xemacscvs/XEmacs/xemacs/lisp/startup.el,v
retrieving revision 1.58
diff -u -u -r1.58 startup.el
--- startup.el 2007/05/25 15:47:56 1.58
+++ startup.el 2007/07/28 09:08:23
＠＠ -713,6 +713,9 ＠＠
(when (featurep 'mule)
(declare-fboundp (init-mule-at-startup)))
+ (set-language-unicode-precedence-list
+ '(ascii latin-iso8859-1 latin-iso8859-2 latin-iso8859-3 latin-iso8859-4 jit-ucs-charset-0 thai-tis620 greek-iso8859-7 arabic-iso8859-6 hebrew-iso8859-8 katakana-jisx0201 latin-jisx0201 cyrillic-iso8859-5 latin-iso8859-9 latin-iso8859-15 composite control-1 japanese-jisx0208-1978 chinese-gb2312 japanese-jisx0208 korean-ksc5601 japanese-jisx0212 chinese-cns11643-1 chinese-cns11643-2 chinese-big5-1 chinese-big5-2 arabic-digit arabic-1-column arabic-2-column chinese-sisheng latin-iso8859-16 indian-is13194 lao latin-iso8859-14 ipa vietnamese-viscii-upper vietnamese-viscii-lower jit-ucs-charset-0 chinese-cns11643-3 chinese-cns11643-4 chinese-cns11643-5 chinese-cns11643-6 chinese-cns11643-7 chinese-isoir165 ethiopic indian-2-column indian-1-column japanese-jisx0213-1 japanese-jisx0213-2 thai-xtis tibetan tibetan-1-column))
+
(if (featurep 'toolbar)
(if (featurep 'infodock)
(require 'id-x-toolbar)
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: XEmacs doesn't support windows-1252
17 years, 4 months
Aidan Kehoe
Ar an t-ochtú lá is fiche de mí Iúil, scríobh Stephen J. Turnbull:
> Aidan Kehoe writes:
>
> > That's a non-sequitur. I can do anything I want with the code on my
> > hard disk, too;
>
> Dead wrong. You can't get me (or any of the beta testers) to test or
> improve code that's on your hard disk.
Huh? I can get you (and the other beta testers) to test stuff in the trunk
*because it’s in the trunk*. Branches are close in spirit to posting a patch
to the list without committing it, and you see clearly exactly how often
that provokes responses that indicate that someone has applied the relevant
patch; I would be surprised if it happened twice in the last three years.
> If you don't want to run 4 sets of tests before committing, don't; just
> commit it to a branch. Nobody will complain about your lack of quality
> control, or if they do, I'll LART 'em for you.
The tests would be necessary. Committing the changes to a branch would not
change that, no more than putting Xft and GTK on their own branches
magically made them good code.
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Why I've switched to emacs
17 years, 4 months
Neal Becker
Not flamebait.
I'm frustrated by some slowdowns in xemacs. I'm using
Value: "21.5 (beta28) \"fuki\" XEmacs Lucid"
This is on fedora f7 x86_64.
The problem is, a number of operations are _ridiculously_ slow. Primarily,
this is reading a directory in dired. Also, starting shell.
This is not a new problem, but has been true for approximately 1-2 years.
Here is my config:
uname -a: Linux nbecker5 2.6.21-1.3163.fc7 #1 SMP Tue May 15 20:35:22 EDT
2007 x86_64 x86_64 x86_64 GNU/Linux
./configure '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--mandir=/usr/share/man/man1' '--with-archlibdir=/usr/lib64/xemacs-21.5-b28/x86_64-redhat-linux' '--with-moduledir=/usr/lib64/xemacs-21.5-b28/x86_64-redhat-linux/modules' '--with-lispdir=/usr/share/xemacs-21.5-b28/lisp' '--with-etcdir=/usr/share/xemacs-21.5-b28/etc' '--with-system-packages=/usr/share/xemacs' '--without-msw' '--with-mule' '--with-clash-detection' '--with-database=no' '--without-ldap' '--without-postgresql' '--with-mail-locking=lockf' '--with-pop' '--without-hesiod' '--with-pdump' '--with-debug' '--with-error-checking=none' '--!
with-docdir=/usr/lib64/xemacs-21.5-b28/doc' '--with-xft=all' '--with-athena=next' '--with-menubars=lucid' '--with-widgets=athena' '--with-dialogs=athena' '--with-scrollbars=lucid' '--with-xim=xlib' '--without-wnn' 'build_alias=x86_64-redhat-linux-gnu' 'host_alias=x86_64-redhat-linux-gnu' 'target_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fno-strict-aliasing'
XEmacs 21.5-b28 "fuki" configured for `x86_64-redhat-linux'.
Compilation Environment and Installation Defaults:
Source code location: /home/nbecker/RPM/BUILD/xemacs-21.5.28
Installation prefix: /usr
Operating system description file: `s/linux.h'
Not using any machine description file
Compiler version: gcc (GCC) 4.1.2 20070502 (Red Hat
4.1.2-12)
- GCC specs file: specs.
- Compiler command:
gcc -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wunused-parameter -g -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fno-strict-aliasing
libc version: glibc-2.6-4
glibc-2.6-4
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location:
- X Windows libraries location: /usr/lib64
- Handling WM_COMMAND properly.
- Using fontconfig to manage fonts.
- Compiling in support for Xft antialiased fonts (EXPERIMENTAL).
Compiling in support for the Athena widget set:
- Athena headers location: X11/neXtaw
- Athena library to link: neXtaw
Using Lucid menubars.
- Using Xft to render antialiased fonts in menubars.
WARNING: This feature will be replaced with a face.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
- Using Xft to render antialiased fonts in tab controls.
WARNING: This feature will be replaced with a face.
- Using Xft to render antialiased fonts in progress bars.
WARNING: This feature will be replaced with a face.
WARNING: This feature not yet implemented; setting ignored.
TTY:
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Compiling in support for ALSA (Advanced Linux Sound Architecture).
Databases:
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
Compiling in support for Canna on Mule.
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "lockf" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new GC mark algorithms (KKCC).
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new portable dumper.
Dumping into executable.
Compiling in support for extra debugging code.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: Problem with autoloading ccl in current CVS
17 years, 4 months
Stephen J. Turnbull
Mike FABIAN writes:
> w3m is available here:
Yeah, I know that, but I'm not volunteering to maintain it for XEmacs
is what I'm saying.
> Apparently something has changed with how ccl is loaded in XEmacs
Yes. The patch for Windows coding systems that you just requested, I
think. That file has been "mule-ccl" since at latest 2001.
Maybe Aidan has a clue for us?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
delete-frame in presence of virtual desktops
17 years, 4 months
Skip Montanaro
I use gnuclient as my EDITOR for tools like mozex and cvs/svn commit message
editing. I also use a virtual desktop environment. My main XEmacs frame is
typically in one of those desktops, Firefox in another and Thunderbird in a
third. If I'm not careful, when I go to close a gnuclient session
(delete-frame) XEmacs refuses to delete the last visible frame. There are
other frames, they are just in other virtual desktops. Given that
(delete-frame) is written in C I didn't see any easy way around this. If I
manage to call it with a FORCE arg of t it seems like it will want to kill
the session altogether. I'm running 21.5.28, but I've seen this same
behavior with earlier versions of XEmacs as well (at least 21.4.x).
--
Skip Montanaro - skip(a)pobox.com - http://www.webfast.com/~skip/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: XEmacs doesn't support windows-1252
17 years, 4 months
Aidan Kehoe
Ar an seachtú lá is fiche de mí Iúil, scríobh Stephen J. Turnbull:
> Mike FABIAN writes:
>
> > > I had planned to make available an XEmacs with Unicode as an
> > > internal encoding (and I have most of the necessary work for that on
> > > my disk), but I don’t think that is maintainable in the presence of
> > > both the Mule and the non-Mule compilation options (which means, in
> > > the presence of Unicode internally, four ./configure options with
> > > which everything needs to be tested when anyone makes any change
> > > that’s relevant to character encoding). And the elimination of the
> > > non-Mule compilation options has been vetoed, so it looks like users
> > > are stuck with the internal Mule encoding.
>
> > That is really a pity. I think it would be a big advantage to use
> > Unicode as an internal encoding.
>
> Yeah, it would, although IMO maintaining compatibility with Mule (NOT
> non-Mule) is what will be tedious and maybe tricky; a lot of user-
> visible Mule behavior depends on the charset abstraction.
>
> As far as "maintainability" goes, all he has to do is put it on a
> branch, and he can do anything he pleases.
That’s a non-sequitur. I can do anything I want with the code on my hard
disk, too; testing every change that has anything to do with character
encoding in-depth, four separate times is tedious, error-prone and mostly
useless--since users in general do not care about the character
representation of their editor, and they use whatever their distro ships
with--there too.
> But nobody (except me, and Bill Perry at my instigation) has ever been
> willing to do that. :-(
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: Problem with autoloading ccl in current CVS
17 years, 4 months
Aidan Kehoe
Ar an seachtú lá is fiche de mí Iúil, scríobh Mike FABIAN:
> Apparently something has changed with how ccl is loaded in XEmacs in
> CVS since release of 21.5.28 because (require 'ccl "mule-ccl") was not
> necessary before loading w3m in XEmacs 21.5.28 but in current CVS it
> is necessary.
Right. Currently it’s no longer dumped. I intend to rename mule-ccl.el to
ccl.el, which will enable code that works with GNU Emacs (where the file is
called ccl.el and isn’t dumped) to work; once this is done w3m should work
too.
> If this is OK and will stay like this, one should probably add the
> (require 'ccl "mule-ccl") to the w3m.el code.
I suspect it’s not the only package that will have problems with this.
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta