GPLv3|L8R -- Status report - ready for inspection?
7 years, 6 months
Mats Lidell
Mats Lidell
Hi,
Here comes yet another status report from the project of converting to
GPLv3 or later.
There are two lists of files below. The first list contains all files
that are in an undecided state. Please inspect: Do we need to do anything
with them. If so what?
The second list contains all files that we can leave untouched and the
reason for that. Please inspect: Are all reasons OK and correct?
Are we getting close to the were an inspection of the xemacs-gplv3
repository could be performed? With the intent that it that is OK we
could merge back to trunk and go GPLv3 or later?
----------------------------------------------------------------------
"CHANGES-beta"
"ChangeLog"
"PROBLEMS"
"README"
"README.GPLv3"
"etc/ChangeLog"
"etc/Emacs.ad"
"etc/InstallGuide"
"etc/NEWS"
"etc/ONEWS"
"etc/OONEWS"
"etc/README"
"etc/editclient.sh"
"etc/emacskeys.sco"
"etc/emacsstrs.sco"
"etc/gtkrc"
"etc/package-index.LATEST.gpg"
"etc/sample.Xresources"
"etc/xemacs.1"
"lib-src/ChangeLog"
"lib-src/README"
"lisp/ChangeLog"
"lisp/README"
"lisp/mule/mule-locale.txt"
"man/ChangeLog"
"man/README"
"modules/ChangeLog"
"modules/base64/Makefile"
"modules/common/configure-post.ac"
"modules/common/configure-pre.ac"
"modules/zlib/Makefile"
"nt/ChangeLog"
"nt/Emacs.ad.h"
"nt/Installation.el"
"nt/README"
"nt/Win32.cf"
"nt/lisp.ico"
"nt/site.def"
"nt/xemacs.dsp"
"nt/xemacs.dsw"
"src/ChangeLog"
"src/README"
"src/README.kkcc"
"src/m/README"
"src/s/README"
"src/s/freebsd.h"
"src/s/irix6-0.h"
"src/s/netbsd.h"
"src/s/sol2.h"
"tests/ChangeLog"
"tests/Dnd/README"
"tests/automated/README"
"version.sh.in"
----------------------------------------------------------------------
These files below are the files that we might be able to leave as
they are. The reason for why they need not to be changed is listed
after each file: (Some reasons are taken verbatim from private
communication or the "GPL version 3 source survey")
----------------------------------------------------------------------
"INSTALL" -> old FSF Documentation license
"config.guess" -> Part of config which is still GPLv2 or later. See "http://savannah.gnu.org/projects/config"
"config.sub" -> Part of config which is still GPLv2 or later. See "http://savannah.gnu.org/projects/config"
"etc/ETAGS.ChangeLog" -> BSD and GPL v2 or later
"etc/VEGETABLES" -> Not copyrightable.
"etc/XKeysymDB" -> MIT
"etc/ctags.1" -> Part of the etags distribution, which is not part of XEmacs.
"etc/custom/example-themes/ex-custom-file" -> Generated(!?) or GPL V2 or later?
"etc/etags.1" -> Part of the etags distribution, which is not part of XEmacs.
"etc/gnuattach.1" -> simple man link to gnuserv.1
"etc/gnuclient.1" -> simple man link to gnuserv.1
"etc/gnudoit.1" -> simple man link to gnuserv.1
"etc/refcard.ps.gz" -> Generated from refcard..tex
"etc/sample.Xdefaults" -> It is deprecated, so it can be removed but is only a three line reference to .Xresources
"etc/xemacs-X.ico" -> GPLv2 or later but there is not meta data for the file where this can be documented.
"info/dir" -> Generated(?)
"install-sh" -> MIT-style "no advertising" license
"lib-src/b2m.c" -> This is the version from GNU Emacs, so should be OK.
"lib-src/config.values.in" -> Generated.
"lib-src/emacs.csh" -> I don't think this even works with XEmacs ("emacsclient"), so I believe we can just delete it.
"lib-src/insert-data-in-exec.c" -> Compatible license.
"lib-src/mmencode.c" -> Compatible license.
"lisp/dump-paths.el" -> Empty file. Not copyrightable.
"lisp/term/bobcat.el" -> Emacs version has no explicit license declaration
"lisp/term/vt102.el" -> Emacs version has no explicit license declaration
"lisp/term/vt125.el" -> Emacs version has no explicit license declaration
"lisp/term/vt200.el" -> Emacs version has no explicit license declaration
"lisp/term/vt201.el" -> Emacs version has no explicit license declaration
"lisp/term/vt220.el" -> Emacs version has no explicit license declaration
"lisp/term/vt240.el" -> Emacs version has no explicit license declaration
"lisp/term/vt300.el" -> Emacs version has no explicit license declaration
"lisp/term/vt320.el" -> Emacs version has no explicit license declaration
"lisp/term/vt400.el" -> Emacs version has no explicit license declaration
"lisp/term/vt420.el" -> Emacs version has no explicit license declaration
"lock/.precious" -> Not copyrightable.
"modules/canna/install-sh" -> MIT
"modules/ldap/install-sh" -> MIT
"modules/postgresql/install-sh" -> MIT
"modules/sample/external/install-sh" -> MIT
"modules/sample/internal/install-sh" -> MIT
"move-if-change" -> Identical to GPLv3 or later Emacs version
"nt/Xmd.patch" -> GPLv2 or later but only a few lines
"nt/file.ico" -> MIT
"nt/minitar.c" -> Public domain
"nt/paths.h" -> Generated
"nt/xemacs.ico" -> GPLv2 or later but there is not meta data for the file where this can be documented.
"src/alloca.c" -> Public domain.
"src/depend" -> Generated
"src/emacs-marshals.c" -> Generated.
"src/emacs-widget-accessors.c" -> Generated.
"src/intl-auto-encap-win32.c" -> Generated.
"src/intl-auto-encap-win32.h" -> Generated.
"src/libsst.c" -> Compatible license.
"src/libsst.h" -> Compatible license.
"src/libst.h" -> Compatible copyright.
"src/linuxplay.c" -> Compatible license. (MIT-like)
"src/miscplay.c" -> Compatible license. (MIT-like)
"src/miscplay.h" -> Compatible license. (MIT-like)
"src/nas.c" -> Compatible license. (MIT-like)
"src/paths.h.in" -> Generated.
"src/s/openbsd.h" -> Too short. (< 10 lines)
"src/s/usg5-4-2.h" -> Too short. (< 10 lines)
"src/sunplay.c" -> Compatible copyright.
"tests/gtk/UNIMPLEMENTED" -> Does notes need a license?
"tests/tooltalk/beeps.el" -> Too short. (< 10 lines)
----------------------------------------------------------------------
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 4 participants
- 3 comments
[issue]: syntax failure in Objective-C Mode
11 years, 8 months
Alan Mackenzie
Alan Mackenzie
Hi, XEmacs!
1. Using an up to date XEmacs and Packages, create the following
Objective C file, class-30.m:
#########################################################################
＠interface Foo
(Bar)
<X, Y, Z>
＠end
＠interface Foo (Bar)
<X, Y, Z>
＠end
#########################################################################
2. Kill the buffer and reload the file freshly.
3. M-: (scan-lists 1 1 -1). This (correctly) returns 17, just after the
"(" on L2.
4. Put point at BOL3 ("<X ,Y, Z>"). Narrow to the first two lines with
M-<, C-x n n.
5. With point at BOL3, (point-max), do M-: (looking-at c-opt-cpp-start).
6. M-: (scan-lists 1 1 -1). This now (buggily) returns 2.
N.B. c-opt-cpp-start is "\\s *#\\s *\\([a-zA-Z0-9]+\\)".
Speculation: the regexp code shares the use of the syntax cache with the
syntax code, and somehow the `looking-at' call has fouled up the syntax
cache for `scan-lists'.
--
Alan Mackenzie (Nuremberg, Germany).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 4 comments
[Bug: 21.5-b32] Crash in display-message-or-buffer
11 years, 8 months
Raymond Toy
Raymond Toy
================================================================
Dear Bug Team!
I found this problem using git mode when adding a new directory (which
isn't supported in git.el). I can reproduce the crash using the
following steps with xemacs -vanilla:
(load "emacs-simple")
C-x b *foo*
<insert a couple of lines of text into *foo*>
M-: (display-message-or-buffer (get-buffer "*foo*"))
This causes a crash in count-screen-lines on line 42 of the file.
Ray
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux rtoy2.mtv.corp.google.com 3.2.5-gg886 #1 SMP Tue Jun 5 02:34:13 PDT 2012 x86_64 x86_64 x86_64 GNU/Linux
../xemacs/configure '--prefix=/usr/local/google/home/rtoy' '--with-mule' '--with-xft=emacs,menubars'
XEmacs 21.5-b32 "habanero" b0d40183ac79+ configured for `x86_64-unknown-linux'.
Compilation Environment and Installation Defaults:
Source code location: /usr/local/google/home/rtoy/src/XEmacs/xemacs
Installation prefix: /usr/local/google/home/rtoy
Operating system description file: `s/linux.h'
Not using any machine description file
Compiler version: gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
- GCC specs file: specs.
- Compiler command: gcc -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wshadow -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wdeclaration-after-statement -Wunused-parameter -g
libc version: GNU libc 2.15-0ubuntu10 (Debian)
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Package Search (a 'root' contains '{xemacs,mule,site}-packages'):
User package roots: ~/.xemacs
System package roots: /usr/local/google/home/rtoy/share/xemacs
Window System:
Compiling in support for the X window system:
- X Windows headers location:
- X Windows libraries location:
- Handling WM_COMMAND properly.
- Using fontconfig to manage fonts.
- Compiling in support for Xft antialiased fonts (EXPERIMENTAL).
Using Lucid menubars.
- Using Xft to render antialiased fonts in menubars.
WARNING: This Xft feature will be replaced with a face.
Using Lucid scrollbars.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Sound:
Compiling in support for sound (native).
Compiling in support for ALSA (Advanced Linux Sound Architecture).
Databases:
Compiling in support for LDAP.
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.
Mail:
Compiling in support for "file" 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.
Compiling in support for runtime error checking.
WARNING: ---------------------------------------------------------
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
Load-Path Lisp Shadows:
----------------------
(/usr/local/google/home/rtoy/quicklisp/dists/quicklisp/software/slime-20121125-cvs/contrib/bridge
/usr/local/google/home/rtoy/share/xemacs/xemacs-packages/lisp/ilisp/bridge
/usr/local/google/home/rtoy/share/xemacs/xemacs-packages/lisp/cedet-common/working
/usr/local/google/home/rtoy/share/xemacs/xemacs-packages/lisp/semantic/working
/usr/local/google/home/rtoy/share/xemacs/xemacs-packages/lisp/cedet-common/sformat
/usr/local/google/home/rtoy/share/xemacs/xemacs-packages/lisp/semantic/sformat
/usr/local/google/home/rtoy/.xemacs/site-packages/lisp/eldoc
/usr/local/google/home/rtoy/share/xemacs/xemacs-packages/lisp/xemacs-devel/eldoc
/usr/local/google/home/rtoy/share/xemacs/mule-packages/lisp/mule-base/korea-util
/usr/local/google/home/rtoy/share/xemacs-21.5-b32/lisp/mule/korea-util
/usr/local/google/home/rtoy/share/xemacs/mule-packages/lisp/mule-base/china-util
/usr/local/google/home/rtoy/share/xemacs-21.5-b32/lisp/mule/china-util
/usr/local/google/home/rtoy/share/xemacs/mule-packages/lisp/mule-base/viet-util
/usr/local/google/home/rtoy/share/xemacs-21.5-b32/lisp/mule/viet-util
/usr/local/google/home/rtoy/share/xemacs/mule-packages/lisp/mule-base/ethio-util
/usr/local/google/home/rtoy/share/xemacs-21.5-b32/lisp/mule/ethio-util
/usr/local/google/home/rtoy/share/xemacs/mule-packages/lisp/mule-base/japan-util
/usr/local/google/home/rtoy/share/xemacs-21.5-b32/lisp/mule/japan-util
/usr/local/google/home/rtoy/share/xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
/usr/local/google/home/rtoy/share/xemacs-21.5-b32/lisp/easy-mmode
/usr/local/google/home/rtoy/share/xemacs/mule-packages/lisp/mule-ucs/unicode
/usr/local/google/home/rtoy/share/xemacs-21.5-b32/lisp/unicode
/usr/local/google/home/rtoy/share/xemacs/xemacs-packages/lisp/apel/alist
/usr/local/google/home/rtoy/share/xemacs-21.5-b32/lisp/alist
/usr/local/google/home/rtoy/share/xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
/usr/local/google/home/rtoy/share/xemacs-21.5-b32/lisp/regexp-opt
/usr/local/google/home/rtoy/share/xemacs/xemacs-packages/lisp/build/build-report
/usr/local/google/home/rtoy/share/xemacs-21.5-b32/lisp/build-report)
Internationalization Settings:
-------------------------
Environment:
Value of LC_ALL : nil
Value of LC_COLLATE : nil
Value of LC_CTYPE : nil
Value of LC_MESSAGES : nil
Value of LC_MONETARY : nil
Value of LC_NUMERIC : nil
Value of LC_TIME : nil
Value of LANG : en_US.UTF-8
Lisp locale settings:
current-language-environment => "English (UTF-8)"
default-buffer-file-coding-system => utf-8
default-process-coding-system => (undecided . utf-8)
(current-locale) => "en_US.UTF-8"
keyboard-coding-system => utf-8
terminal-coding-system => utf-8
(coding-priority-list) =>
(utf-8 iso-8-1 utf-16-little-endian-bom utf-16-bom utf-8-bom iso-7
no-conversion iso-8-2 iso-8-designate iso-lock-shift shift-jis
big5 utf-16-little-endian utf-16 ucs-4)
Coding system aliases:
'native is aliased to utf-8
'file-name is aliased to utf-8
'mswindows-multibyte-system-default is not a coding system alias
Installed XEmacs Packages:
-------------------------
(zenirc ver: 1.16 upstream: 2.112)
(xwem ver: 1.23 upstream: lg(a)xwem.org--2005/xwem--main--2.1--versionfix-1)
(xslt-process ver: 1.12 upstream: 1.2.1)
(xslide ver: 1.09 upstream: 0.2.2)
(xlib ver: 1.14 upstream: lg(a)xwem.org--2005/xlib--main--2.1--version-0)
(xetla ver: 1.02 upstream: steve(a)eicq.org--2005/xetla--main--1.1--version-0)
(xemacs-devel ver: 1.82 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.32 upstream: No-Upstream-Ver)
(x-symbol ver: 1.13 upstream: 4.5.1)
(w3 ver: 1.38 upstream: 4.0pre47)
(vm ver: 8.08 upstream: 8.0.12-devo)
(viper ver: 1.67 upstream: 3.09)
(view-process ver: 1.13 upstream: 2.4)
(vhdl ver: 1.22 upstream: 3.33.12)
(vc-cc ver: 1.22 upstream: No-Upstream-Ver)
(vc ver: 1.48 upstream: No-Upstream-Ver)
(tramp ver: 1.4 upstream: 2.0.56)
(tpu ver: 1.14 upstream: 4.2X)
(tooltalk ver: 1.15 upstream: No-Upstream-Ver)
(tm ver: 1.39 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(textools ver: 1.15 upstream: No-Upstream-Ver)
(text-modes ver: 2.01 upstream: No-Upstream-Ver)
(texinfo ver: 1.3 upstream: No-Upstream-Ver)
(supercite ver: 1.21 upstream: 3.55x3)
(strokes ver: 1.1 upstream: No-Upstream-Ver)
(speedbar ver: 1.3 upstream: 1.0pre4)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sounds-au ver: 1.12 upstream: No-Upstream-Ver)
(sml-mode ver: 0.12 upstream: 3.9.5)
(slider ver: 1.16 upstream: 0.3x1)
(sieve ver: 1.18 upstream: No-Upstream-Ver)
(sh-script ver: 1.24 upstream: 2.0f)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(semantic ver: 1.21 upstream: 2.0pre4)
(scheme ver: 1.18 upstream: No-Upstream-Ver)
(sasl ver: 1.16 upstream: 1.14.4)
(ruby-modes ver: 1.05 upstream: 1.8.7)
(rmail ver: 1.14 upstream: No-Upstream-Ver)
(riece ver: 1.23 upstream: 3.1.2)
(reftex ver: 1.34 upstream: 4.21)
(re-builder ver: 1.05 upstream: 1.20)
(python-modes ver: 1.14 upstream: 5.0.0)
(psgml-dtds ver: 1.03 upstream: No-Upstream-Ver)
(psgml ver: 1.45 upstream: 1.3.2)
(ps-print ver: 1.12 upstream: 6.5.6)
(prog-modes ver: 2.27 upstream: No-Upstream-Ver)
(pgg ver: 1.08 upstream: 0.1)
(perl-modes ver: 1.14 upstream: No-Upstream-Ver)
(pcomplete ver: 1.06 upstream: 1.1.6)
(pcl-cvs ver: 1.7 upstream: R-2_9_9)
(pc ver: 1.28 upstream: No-Upstream-Ver)
(os-utils ver: 1.41 upstream: No-Upstream-Ver)
(oo-browser ver: 1.05 upstream: 4.08)
(ocaml ver: 0.06 upstream: 3.06)
(net-utils ver: 1.57 upstream: N/A)
(mmm-mode ver: 1.06 upstream: 0.4.8)
(misc-games ver: 1.22 upstream: No-Upstream-Ver)
(mine ver: 1.16 upstream: 1.9)
(mh-e ver: 1.33 upstream: 7.4.2)
(mew ver: 1.19 upstream: 1.94.2)
(mailcrypt ver: 2.14 upstream: 3.5.8)
(mail-lib ver: 1.8 upstream: No-Upstream-Ver)
(liece ver: 1.16 upstream: 1.4.9)
(jde ver: 1.52 upstream: 2.3.5.1)
(ispell ver: 1.32 upstream: 3.6)
(ilisp ver: 1.36 upstream: 5.12.0)
(igrep ver: 1.16 upstream: 2.111)
(idlwave ver: 1.32 upstream: 5.1)
(ibuffer ver: 1.1 upstream: No-Upstream-Ver)
(hyperbole ver: 1.18 upstream: 5.0.3)
(hm--html-menus ver: 1.24 upstream: 5.9)
(haskell-mode ver: 1.11 upstream: 2.1)
(guided-tour ver: 0.52 upstream: No-Upstream-Ver)
(gnus ver: 1.95 upstream: 5.10.10)
(gnats ver: 1.17 upstream: 3.101)
(general-docs ver: 1.06 upstream: No-Upstream-Ver)
(games ver: 1.21 upstream: 2.00)
(fsf-compat ver: 1.19 upstream: No-Upstream-Ver)
(frame-icon ver: 1.11 upstream: No-Upstream-Ver)
(fortran-modes ver: 1.05 upstream: No-Upstream-Ver)
(forms ver: 1.15 upstream: 2.37)
(footnote ver: 1.16 upstream: 0.18x)
(eudc ver: 1.41 upstream: 1.32)
(eterm ver: 1.18 upstream: No-Upstream-Ver)
(ess ver: 1.16 upstream: 5.2.7)
(eshell ver: 1.18 upstream: 0fc80a3f6bb3bb59f42e9ff83cc8b89bf90fe658)
(escreen ver: 1.01 upstream: 1.16)
(erc ver: 0.23 upstream: Version 5.1.2 Revision: 1.796.2.6)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(elib ver: 1.13 upstream: 1.0)
(eieio ver: 1.07 upstream: 1.0pre4)
(efs ver: 1.34 upstream: 1.24)
(edt ver: 1.14 upstream: No-Upstream-Ver)
(edit-utils ver: 2.46 upstream: No-Upstream-Ver)
(ediff ver: 1.81 upstream: 2.75)
(edebug ver: 1.22 upstream: No-Upstream-Ver)
(ede ver: 1.04 upstream: 1.0pre4)
(ecrypto ver: 0.21 upstream: 2.0)
(ecb ver: 1.22 upstream: 2.31)
(easypg ver: 1.03 upstream: 0.0.16)
(docbookide ver: 0.08 upstream: 0.1)
(dired ver: 1.2 upstream: 7.17)
(dictionary ver: 1.16 upstream: 1.8)
(debug ver: 1.18 upstream: No-Upstream-Ver)
(crisp ver: 1.15 upstream: 1.34)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(cogre ver: 1.02 upstream: 0.5)
(clearcase ver: 1.1 upstream: /main/laptop/165)
(cedet-common ver: 1.01 upstream: 1.0pre4)
(cc-mode ver: 1.57 upstream: 5.32.2)
(calendar ver: 1.38 upstream: No-Upstream-Ver)
(calc ver: 1.26 upstream: 2.02fX3)
(c-support ver: 1.22 upstream: No-Upstream-Ver)
(build ver: 1.15 upstream: 2.02)
(bbdb ver: 1.32 upstream: 2.35)
(auctex ver: 1.51 upstream: 11.84)
(apel ver: 1.34 upstream: 10.7)
(ada ver: 1.14 upstream: 2.27)
(Sun ver: 1.17 upstream: No-Upstream-Ver)
(skk ver: 1.24 upstream: 10.62a)
(mule-ucs ver: 1.18 upstream: 0.84)
(mule-base ver: 1.56 upstream: No-Upstream-Ver)
(lookup ver: 1.15 upstream: 1.0)
(locale ver: 1.28 upstream: No-Upstream-Ver)
(leim ver: 1.33 upstream: No-Upstream-Ver)
(latin-unity ver: 1.2 upstream: 1.20)
(latin-euro-standards ver: 1.09 upstream: 1.09)
(egg-its ver: 1.27 upstream: No-Upstream-Ver)
(edict ver: 1.17 upstream: 0.9.9)
Installed Modules:
-----------------
Features:
--------
(xemacsbug shadow latin-unity-tables latin-euro-standards
latin-euro-latin10 latin-euro-latin9 latin-euro-latin8
latin-euro-latin7 latin-unity-vars latin-unity supercite regi rect
eldoc gnus-fun w3-style w3-hot url-cache url-file url-dired
url-handlers w3-xemac w3-xemacs w3-toolbar xbm-button xpm-button
w3-forms images timer-funcs url-auth w3 w3-menu cus-edit cus-load
w3-emulate w3-parse w3-fast-parse xml w3-display w3-mouse w3-imap url
url-proxy url-privacy url-expand url-methods url-history url-cookie
url-domsuf w3-widget url-util w3-vars w3-keymap w3-cus url-parse
url-vars css font w3-cfg w3-compat sort gnus-cite smiley annotations
flow-fill mail-extr gnus-async gnus-bcklg gnus-ml disp-table timezone
parse-time nndraft nnmh efs-cu gnus-agent gnus-srvr gnus-score
score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 pgg password
pgg-parse pgg-def mm-view gnus-sum gnus-group gnus-undo nntp nnoo
nnmail mail-source gnus-cache gnus-start gnus-spec gnus-int gnus-range
message mml mml-sec mml-smime smime dig mm-decode mm-bodies mm-encode
mailcap lpr mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums
mail-abbrevs sendmail rfc822 gmm-utils mailheader canlock sha1
executable hex-util gnus-win gnus gnus-ems gnus-xmas messagexmas
nnheader nnheaderxm gnus-util netrc time-date mail-utils mm-util
mail-prsvr wid-edit guided-tour lazy-lock lazy-shot paren blink-paren
gnuserv git log-edit pcl-cvs-util cvs-compat dired-faces dired-xemacs
dired add-log ewoc mwheel scroll-in-place slime-fancy
slime-fontifying-fu slime-package-fu slime-references slime-scratch
slime-presentations slime-fuzzy slime-fancy-inspector slime-c-p-c
slime-editing-commands slime-autodoc slime-parse slime-repl slime
byte-optimize bytecomp byte-compile edmacro overlay timer comint
hyperspec browse-url slime-autoloads vc ring vc-hooks vc-xemacs
whitespace cc-styles cc-align cc-engine cc-vars google-c-style cc-defs
regexp-opt erc-spelling flyspell ispell erc-goodies erc erc-backend
erc-menu erc-compat format-spec thingatpt pp font-lock cus-face advice
advice-preload uniquify filladapt zenirc-autoloads xwem-autoloads
xslt-process-autoloads xslide-autoloads xlib-autoloads xetla-autoloads
xemacs-devel-autoloads xemacs-base-autoloads x-symbol-autoloads
w3-autoloads vm-autoloads viper-autoloads view-process-autoloads
vhdl-autoloads vc-cc-autoloads vc-autoloads tramp-autoloads
tpu-autoloads tooltalk-autoloads tm-autoloads time-autoloads
textools-autoloads text-modes-autoloads texinfo-autoloads
supercite-autoloads strokes-autoloads speedbar-autoloads
sounds-wav-autoloads sounds-au-autoloads sml-mode-autoloads
slider-autoloads sieve-autoloads sh-script-autoloads sgml-autoloads
semantic-autoloads scheme-autoloads sasl-autoloads
ruby-modes-autoloads rmail-autoloads riece-autoloads reftex-autoloads
re-builder-autoloads python-modes-autoloads psgml-dtds-autoloads
psgml-autoloads ps-print-autoloads prog-modes-autoloads pgg-autoloads
perl-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads
pc-autoloads os-utils-autoloads oo-browser-autoloads ocaml-autoloads
net-utils-autoloads mmm-mode-autoloads misc-games-autoloads
mine-autoloads mh-e-autoloads mew-autoloads mailcrypt-autoloads
mail-lib-autoloads liece-autoloads jde-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads ibuffer-autoloads
hyperbole-autoloads hm--html-menus-autoloads haskell-mode-autoloads
guided-tour-autoloads gnus-autoloads gnats-autoloads
general-docs-autoloads games-autoloads fsf-compat-autoloads
frame-icon-autoloads fortran-modes-autoloads forms-autoloads
footnote-autoloads eudc-autoloads eterm-autoloads ess-autoloads
eshell-autoloads escreen-autoloads erc-autoloads emerge-autoloads
elib-autoloads eieio-autoloads efs-autoloads edt-autoloads
edit-utils-autoloads ediff-autoloads edebug-autoloads ede-autoloads
ecrypto-autoloads ecb-autoloads easypg-autoloads docbookide-autoloads
dired-autoloads dictionary-autoloads debug-autoloads crisp-autoloads
cookie-autoloads cogre-autoloads clearcase-autoloads
cedet-common-autoloads cc-mode-autoloads calendar-autoloads
calc-autoloads c-support-autoloads build-autoloads bbdb-autoloads
tex-site auctex-autoloads apel-autoloads ada-autoloads Sun-autoloads
skk-autoloads mule-ucs-autoloads mule-base-autoloads lookup-autoloads
locale-autoloads leim-autoloads latin-unity-autoloads
latin-euro-standards-autoloads egg-its-autoloads edict-autoloads
modules-autoloads mule-autoloads auto-autoloads auto-show fontl-hooks
canna-leim tibetan thai slovenian czech romanian lao devanagari indian
cyrillic code-cmds gutter-items menubar-items x-menubar mode-motion
mouse behavior itimer auto-save lisp-mode easymenu easy-mmode
iso8859-1 page buff-menu lib-complete loadhist cus-file derived
newcomment rsz-minibuf env text-props fontconfig frame obsolete
packages cus-start widget custom cl-extra cl backquote unicode
font-mgr lucid-scrollbars cut-buffer xft-fonts lucid-menubars x
c-balloon-help tty-frames tty toolbar native-sound alsa-sound
scrollbar unix-processes multicast network-streams subprocesses
modules menu-accelerator-support menubar md5 xemacs xim mule gutter
png jpeg xpm xbm lisp-float-type file-coding linux devices
debug-xemacs window-system base64)
Recent keystrokes:
-----------------
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n M-f M-f BS i s C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-c C-c c y s g SPC SPC
q C-SPC C-g g SPC SPC SPC SPC SPC SPC SPC BS ^ SPC
SPC SPC q C-n SPC M-x b u t BS g - r e TAB M-BS M-BS
x e m TAB b u TAB M-BS M-BS b u TAB BS BS r e p TAB
o TAB r t - x e TAB RET
Recent messages (most recent first):
-----------------------------------
Fontifying *mail to XEmacs Beta*... done.
Fontifying *mail to XEmacs Beta*...
Loading xemacsbug...done
Loading xemacsbug...
Making completion list...
Making completion list...
Making completion list...
No more unread articles
Generating summary...done
Generating summary...
Fetching headers for gmane.emacs.xemacs.beta...done
Fetching headers for gmane.emacs.xemacs.beta...
Retrieving newsgroup: gmane.emacs.xemacs.beta...
No more unread newsgroups
Generating summary...done
Generating summary...
nntp read: 13k
nntp read: 13k
Generating summary...done
Generating summary...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 5 participants
- 26 comments
XEmacs in Google Summer of Code?
11 years, 8 months
Stephen J. Turnbull
Stephen J. Turnbull
Hi, XEmacsers
Applications for mentoring organizations in Google Summer of Code are
open. I am interested in mentoring students working on XEmacs, and
would like to apply for XEmacs as an organization.
Dealing with this is pretty urgent, as applications close on March 29
at 19:00 UTC.
I need at least two, preferably three, positive and definite responses
on the organization administrator and backup mentors (see 1 and 3
below) to go forward. (If we can't scratch together three people for
backups in addition to a primary admin/mentor, we're hardly an
organization!)
In order to apply as an organization, we need a few things, as
follows:
1. An organization administrator or backup administrator. The duties
are fairly light, and I am willing to serve in one role or the
other. I would prefer being backup, as there's a potential
conflict of interest (I want to mentor, and the administrator is
the first arbitrator in student-mentor conflicts).
2. One mentor per planned slot. Unless there's an amazing outpouring
of support for the idea, I would guess 1, maybe 2 slots are all we
can handle. Since I would like to mentor, we don't necessarily
need another primary mentor volunteer. Also, co-mentoring is
possible. N.B. Mentors need to provide contact information (email
and phone, and IRC is a common medium for remote mentoring).
3. Two or three backup mentors in case a primary mentor becomes
unavailable for some reason. The reason for planning for excess
redundancy now is to allow some flexibility in that unlikely event,
and because it would allow us to take on one more student than
planned if there's a really good opportunity.
4. An ideas page. I propose to grab some of the stuff from Ben's
Architecting XEmacs and Jamie's wish list, but I'd like review as
to the size of projects in the list so we can strike off projects
that are too big or too small (the Ideas Page is one of the primary
resources for evaluation as a GSoC mentoring organization, so it
should match GSoC well). A GSoC project needs to be pretty
substantial: the student is expected to put in about 400 hours in
the summer.
There are some other administrative details in the application, but I
can handle those.
Let me know if you're willing to help as soon as possible!
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 6 comments
Re: GNU Emacs file-attributes
11 years, 8 months
Stephen J. Turnbull
Stephen J. Turnbull
Mats Lidell writes:
> This seems to getting more complicated than I thought.
Not the part you were interested in, just Jerry's add-on of
INTEGER_TO_CONS. You're not responsible for Jerry's enthusiasm!
Go for the part you understand.
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 3 comments
GSoC pages have been revised ...
11 years, 8 months
Stephen J. Turnbull
Stephen J. Turnbull
... please check them. Suggestions very welcome (the writing sucks --
you'd think they were written by a professor or lawyer or someone like
that). More ideas would be welcome, too. Packages might be a good
place to look for ideas (although just doing GNU syncs is pretty
straightforward and mechanical in many cases, so those may not be
great GSoC projects).
http://www.xemacs.org/Develop/GSoC.html (policies and evaluations page)
http://www.xemacs.org/Develop/GSoC2013.html (ideas page)
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 3 comments
Dynamically deriving major mode from prog-mode or fundamental-mode
11 years, 8 months
Dominik Honnef
Dominik Honnef
Hi,
I'm the author of the (rewritten) go-mode and am trying to keep it
compatible with XEmacs.
One particular problem I am facing right now is that GNU Emacs 24 offers
prog-mode to derive from, while older GNU Emacs and Xemacs do not. So
for those, I want to derive from fundamental-mode instead.
The way I initially solved it for GNU Emacs was with an alias a la
> (defalias 'go--prog-mode
> (if (fboundp 'prog-mode) 'prog-mode 'fundamental-mode))
which I then used in the mode definition:
> (define-derived-mode go-mode go--prog-mode "Go"
In GNU Emacs, this works fine. XEmacs, however, apparently tries to
inherit the keymap from go--prog-mode, instead of what it points to (in
this case fundamental-mode), which results in the following error when
trying to invoke go-mode:
> Debugger entered--Lisp error: (wrong-type-argument keymapp nil)
> set-keymap-parents(#<keymap size 6 0xf5> (nil))
> (if (keymap-parent go-mode-map) nil (set-keymap-parents go-mode-map (list ...)))
> (unless (keymap-parent go-mode-map) (set-keymap-parents go-mode-map (list ...)))
> (progn (if (get ... ...) (put ... ... ...)) (unless (keymap-parent go-mode-map) (set-keymap-parents go-mode-map ...)) (derived-mode-merge-syntax-tables (syntax-table) go-mode-syntax-table))
> (let ((delay-mode-hooks t)) (go--prog-mode) (setq major-mode (quote go-mode)) (setq mode-name "Go") (progn (if ... ...) (unless ... ...) (derived-mode-merge-syntax-tables ... go-mode-syntax-table)) (use-local-map go-mode-map) (set-syntax-table go-mode-syntax-table) (set$
> (progn (make-local-variable (quote delay-mode-hooks)) (let (...) (go--prog-mode) (setq major-mode ...) (setq mode-name "Go") (progn ... ... ...) (use-local-map go-mode-map) (set-syntax-table go-mode-syntax-table) (setq local-abbrev-table go-mode-abbrev-table) (set ... .$
> (delay-mode-hooks (go--prog-mode) (setq major-mode (quote go-mode)) (setq mode-name "Go") (progn (if ... ...) (unless ... ...) (derived-mode-merge-syntax-tables ... go-mode-syntax-table)) (use-local-map go-mode-map) (set-syntax-table go-mode-syntax-table) (setq local-ab$
> (lambda nil "Major mode for editing Go source text.\n\nThis mode provides (not just) basic editing capabilities for\nworking with Go code. It offers almost complete syntax\nhighlighting, indentation that is almost identical to gofmt and\nproper parsing of the buffer con$
> call-interactively(go-mode)
> command-execute(go-mode t)
> execute-extended-command(nil)
> call-interactively(execute-extended-command)
> (dispatch-event "[internal]")
I can only suspect that the keymap won't be the only issue, but also
hooks etc.
What I am wondering is, if using an alias is not an option, how else
could I derive the mode from prog-mode or fundamental-mode, depending on
what's available?
Cheers,
Dominik Honnef
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 6 participants
- 13 comments
Re: GSoC pages have been revised ...
11 years, 8 months
Stephen J. Turnbull
Stephen J. Turnbull
Jerry James writes:
> Here's another idea. Our support for sound is not great, as I discovered
> when I did the ALSA port (which I recently discovered is broken on modern
> Linuxes, by the way; it just makes an annoying buzzing sound). To play a
> sound file, we have to read the file into memory, taking care not to
> corrupt the file with character conversions, then feed the bytes in memory
> to the appropriate sound library, even if the library is fully capable of
> reading the file itself. The support for not blocking while the sound
> plays doesn't always work. The whole audio support thing could use a
> makeover.
OK, I'll put that much on the page.
> I've got a few half-baked ideas that I'll try to bake more completely and
> propose. I'm leaving town for a week in just a couple of hours, so this
> will probably have to wait until I return.
Have a good trip!
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Re: xemacs keeps keyboard focus while fetching vm-imap messages
11 years, 9 months
Charles Waldman
Charles Waldman
Stephen J. Turnbull wrote:
> AFAIK, the only thing that can have that effect that is under control
> of a client is a call to XGrabKeyboard. There's exactly one such call
> in XEmacs 21.5 I could find, in x-grab-keyboard. There are no calls
> to x-grab-keyboard in XEmacs sources that I found.
Stephen, I think you may have missed something...
In lisp/xemacs-base/passwd.el:
(defun passwd-grab-keyboard ()
;; It is officially time to give up on lemacs 19.10
;; and just deal with device types.
(let ((lock-func (case (frame-type)
(x
'x-grab-keyboard)
(gtk
'gtk-grab-keyboard)
(otherwise
nil))))
and in that same file, 'read-passwd' calls passwd-grab-keyboard. And,
in /lisp/vm/vm-imap.el: (read-passwd
So it is possible that this is some sort of keyboard grab (?)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
Re: xemacs keeps keyboard focus while fetching vm-imap messages
11 years, 9 months
Charles Waldman
Charles Waldman
Thanks Stephen. It probably is a WM issue, I'll investigate that further. In the meanwhile, your suggestion to minimize the XEmacs frame while retrieving messages is a good workaround (and a bit of a "why-didn't-I-think-of-that"!)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments