GPLv3|L8R -- Status report - ready for inspection?
7 years, 5 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
[Bug: 21.5-b34] smtpmail only works after eval'ing
9 years, 1 month
Marcus Harnisch
Marcus Harnisch
================================================================
Dear Bug Team!
During debugging the root cause of unexplicable SMTP authentication
failures it turned out that after eval'ing the buffer "smtpmail.el"
things suddenly started working :-/
This behavior is reproducible.
Some variables from smtpmail.el receive their settings via
customize. Anything else I can help with? I guess I could check which
parts of smtpmail.el really need to be eval'ed.
Cheers
Marcus
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux dipsy 3.13.0-24-generic #47-Ubuntu SMP Fri May 2 23:30:00 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
./configure '--with-pop' '--with-sound=alsa' '--enable-menubars=lucid' '--enable-scrollbars=athena' '--enable-dialogs=athena' '--enable-widgets=athena' '--with-athena=3d' '--without-gpm' '--without-ldap' '--without-postgresql' '--with-mule' '--without-xim' '--without-canna' '--with-xft=emacs,tabs,gauges,menubars' '--with-zlib' '--without-bignum' '--with-kkcc' '--with-newgc' '--without-error-checking' '--with-modules' '--with-database=berkdb' '--with-ncurses'
XEmacs 21.5-b34 "kale" configured for `x86_64-unknown-linux'.
Compilation Environment and Installation Defaults:
Source code location: /home/marcus/Downloads/xemacs-21.5.34
Installation prefix: /usr/local
Operating system description file: `s/linux.h'
Not using any machine description file
Compiler version: gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2
- 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.19-0ubuntu6.32.19-0ubuntu6.3 (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/share/xemacs
WARNING: /usr/local/share/xemacs was specified, but doesn't exist.
WARNING: XEmacs functionality will be noticably limited until
WARNING: some packages are installed.
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).
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw3d
- Athena library to link: Xaw3d
Using Lucid menubars.
- Using Xft to render antialiased fonts in menubars.
WARNING: This Xft feature will be replaced with a face.
Using Athena scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
- Using Xft to render antialiased fonts in tab controls.
WARNING: This Xft feature will be replaced with a face.
- Using Xft to render antialiased fonts in progress bars.
WARNING: This Xft feature will be replaced with a face.
WARNING: This Xft feature not yet implemented; setting ignored.
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.
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).
Mail:
Compiling in support for POP mail retrieval.
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 incremental garbage collector and the new allocator.
Using POSIX sigaction() to install fault handler.
Using the new portable dumper.
Compiling in support for extra debugging code.
Load-Path Lisp Shadows:
----------------------
(/usr/local/share/xemacs/xemacs-packages/lisp/cedet-common/working
/usr/local/share/xemacs/xemacs-packages/lisp/semantic/working
/usr/local/share/xemacs/xemacs-packages/lisp/cedet-common/sformat
/usr/local/share/xemacs/xemacs-packages/lisp/semantic/sformat
/usr/local/share/xemacs/xemacs-packages/lisp/gnus/format-spec
/usr/local/share/xemacs/xemacs-packages/lisp/text-modes/format-spec
/usr/local/share/xemacs/xemacs-packages/lisp/mule-base/ethio-util
/usr/local/share/xemacs-21.5-b34/lisp/mule/ethio-util
/usr/local/share/xemacs/xemacs-packages/lisp/mule-base/japan-util
/usr/local/share/xemacs-21.5-b34/lisp/mule/japan-util
/usr/local/share/xemacs/xemacs-packages/lisp/mule-base/korea-util
/usr/local/share/xemacs-21.5-b34/lisp/mule/korea-util
/usr/local/share/xemacs/xemacs-packages/lisp/mule-base/china-util
/usr/local/share/xemacs-21.5-b34/lisp/mule/china-util
/usr/local/share/xemacs/xemacs-packages/lisp/leim/hebrew
/usr/local/share/xemacs-21.5-b34/lisp/mule/hebrew
/usr/local/share/xemacs/xemacs-packages/lisp/mule-base/viet-util
/usr/local/share/xemacs-21.5-b34/lisp/mule/viet-util
/usr/local/share/xemacs/xemacs-packages/lisp/mule-ucs/unicode
/usr/local/share/xemacs-21.5-b34/lisp/unicode
/usr/local/share/xemacs/xemacs-packages/lisp/build/build-report
/usr/local/share/xemacs-21.5-b34/lisp/build-report
/usr/local/share/xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
/usr/local/share/xemacs-21.5-b34/lisp/easy-mmode
/usr/local/share/xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
/usr/local/share/xemacs-21.5-b34/lisp/regexp-opt
/usr/local/share/xemacs/xemacs-packages/lisp/apel/alist
/usr/local/share/xemacs-21.5-b34/lisp/alist)
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 : de_DE.UTF-8
Value of LC_NUMERIC : de_DE.UTF-8
Value of LC_TIME : de_DE.UTF-8
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.18 upstream: 2.112)
(xwem ver: 1.25 upstream: lg(a)xwem.org--2005/xwem--main--2.1--versionfix-1)
(xslt-process ver: 1.14 upstream: 1.2.1)
(xslide ver: 1.11 upstream: 0.2.2)
(xlib ver: 1.16 upstream: lg(a)xwem.org--2005/xlib--main--2.1--version-0)
(xetla ver: 1.04 upstream: steve(a)eicq.org--2005/xetla--main--1.1--version-0)
(xemacs-devel ver: 1.84 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.43 upstream: No-Upstream-Ver)
(x-symbol ver: 1.16 upstream: 4.5.1)
(w3 ver: 1.41 upstream: 4.0pre47)
(vm ver: 8.109999999999999 upstream: 8.0.12-devo)
(viper ver: 1.69 upstream: 3.09)
(view-process ver: 1.15 upstream: 2.4)
(vhdl ver: 1.24 upstream: 3.33.12)
(vc-cc ver: 1.24 upstream: No-Upstream-Ver)
(vc ver: 1.5 upstream: No-Upstream-Ver)
(tramp ver: 1.53 upstream: 2.2.11)
(tpu ver: 1.16 upstream: 4.2X)
(tooltalk ver: 1.17 upstream: No-Upstream-Ver)
(tm ver: 1.42 upstream: No-Upstream-Ver)
(time ver: 1.16 upstream: 1.17)
(textools ver: 1.17 upstream: No-Upstream-Ver)
(text-modes ver: 2.05 upstream: No-Upstream-Ver)
(texinfo ver: 1.32 upstream: No-Upstream-Ver)
(supercite ver: 1.23 upstream: 3.55x3)
(strokes ver: 1.12 upstream: No-Upstream-Ver)
(speedbar ver: 1.32 upstream: 1.0pre4)
(sounds-wav ver: 1.14 upstream: No-Upstream-Ver)
(sounds-au ver: 1.14 upstream: No-Upstream-Ver)
(sml-mode ver: 0.14 upstream: 3.9.5)
(slider ver: 1.18 upstream: 0.3x1)
(skk ver: 1.27 upstream: 10.62a)
(sieve ver: 1.2 upstream: No-Upstream-Ver)
(sh-script ver: 1.26 upstream: 2.0f)
(sgml ver: 1.13 upstream: No-Upstream-Ver)
(semantic ver: 1.23 upstream: 2.0pre4)
(scheme ver: 1.22 upstream: No-Upstream-Ver)
(sasl ver: 1.18 upstream: 1.14.4)
(ruby-modes ver: 1.07 upstream: 1.8.7)
(rmail ver: 1.16 upstream: No-Upstream-Ver)
(riece ver: 1.26 upstream: 3.1.2)
(reftex ver: 1.36 upstream: 4.21)
(re-builder ver: 1.07 upstream: 1.20)
(python-modes ver: 1.16 upstream: 5.0.0)
(psgml-dtds ver: 1.05 upstream: No-Upstream-Ver)
(psgml ver: 1.49 upstream: 1.3.2)
(ps-print ver: 1.14 upstream: 6.5.6)
(prog-modes ver: 2.31 upstream: No-Upstream-Ver)
(pgg ver: 1.1 upstream: 0.1)
(perl-modes ver: 1.16 upstream: No-Upstream-Ver)
(pcomplete ver: 1.08 upstream: 1.1.6)
(pcl-cvs ver: 1.73 upstream: R-2_9_9)
(pc ver: 1.3 upstream: No-Upstream-Ver)
(os-utils ver: 1.44 upstream: No-Upstream-Ver)
(oo-browser ver: 1.07 upstream: 4.08)
(ocaml ver: 0.1 upstream: 3.06)
(net-utils ver: 1.61 upstream: N/A)
(mule-ucs ver: 1.21 upstream: 0.84)
(mule-base ver: 1.6 upstream: No-Upstream-Ver)
(mmm-mode ver: 1.08 upstream: 0.4.8)
(misc-games ver: 1.25 upstream: No-Upstream-Ver)
(mine ver: 1.18 upstream: 1.9)
(mh-e ver: 1.35 upstream: 7.4.2)
(mew ver: 1.22 upstream: 1.94.2)
(mailcrypt ver: 2.16 upstream: 3.5.8)
(mail-lib ver: 1.83 upstream: No-Upstream-Ver)
(lookup ver: 1.17 upstream: 1.0)
(locale ver: 1.3 upstream: No-Upstream-Ver)
(leim ver: 1.38 upstream: No-Upstream-Ver)
(latin-unity ver: 1.23 upstream: 1.23)
(latin-euro-standards ver: 1.11 upstream: 1.11)
(jde ver: 1.54 upstream: 2.3.5.1)
(ispell ver: 1.37 upstream: 3.6)
(ilisp ver: 1.38 upstream: 5.12.0)
(igrep ver: 1.18 upstream: 2.111)
(idlwave ver: 1.34 upstream: 5.1)
(ibuffer ver: 1.12 upstream: No-Upstream-Ver)
(hyperbole ver: 1.22 upstream: 5.0.5)
(hm--html-menus ver: 1.26 upstream: 5.9)
(haskell-mode ver: 1.14 upstream: 2.1)
(guided-tour ver: 0.54 upstream: No-Upstream-Ver)
(gnus ver: 2.0 upstream: 5.10.10)
(gnats ver: 1.19 upstream: 3.101)
(general-docs ver: 1.08 upstream: No-Upstream-Ver)
(games ver: 1.23 upstream: 2.00)
(fsf-compat ver: 1.24 upstream: No-Upstream-Ver)
(frame-icon ver: 1.13 upstream: No-Upstream-Ver)
(fortran-modes ver: 1.07 upstream: No-Upstream-Ver)
(forms ver: 1.17 upstream: 2.37)
(footnote ver: 1.18 upstream: 0.18x)
(eudc ver: 1.43 upstream: 1.32)
(eterm ver: 1.2 upstream: No-Upstream-Ver)
(eshell ver: 1.2 upstream: 0fc80a3f6bb3bb59f42e9ff83cc8b89bf90fe658)
(escreen ver: 1.03 upstream: 1.16)
(erc ver: 0.26 upstream: Version 5.1.2 Revision: 1.796.2.6)
(emerge ver: 1.13 upstream: No-Upstream-Ver)
(elib ver: 1.15 upstream: 1.0)
(eieio ver: 1.09 upstream: 1.0pre4)
(egg-its ver: 1.29 upstream: No-Upstream-Ver)
(efs ver: 1.37 upstream: 1.24)
(edt ver: 1.16 upstream: No-Upstream-Ver)
(edit-utils ver: 2.56 upstream: No-Upstream-Ver)
(ediff ver: 1.84 upstream: 2.75)
(edict ver: 1.19 upstream: 0.9.9)
(edebug ver: 1.24 upstream: No-Upstream-Ver)
(ede ver: 1.06 upstream: 1.0pre4)
(ecrypto ver: 0.23 upstream: 2.0)
(ecb ver: 1.25 upstream: 2.31)
(easypg ver: 1.05 upstream: 0.0.16)
(docbookide ver: 0.1 upstream: 0.1)
(dired ver: 1.22 upstream: 7.17)
(dictionary ver: 1.18 upstream: 1.8)
(debug ver: 1.2 upstream: No-Upstream-Ver)
(crisp ver: 1.17 upstream: 1.34)
(cookie ver: 1.17 upstream: No-Upstream-Ver)
(cogre ver: 1.04 upstream: 0.5)
(clearcase ver: 1.12 upstream: /main/laptop/165)
(cedet-common ver: 1.03 upstream: 1.0pre4)
(cc-mode ver: 1.84 upstream: 5.32.5)
(calendar ver: 1.41 upstream: No-Upstream-Ver)
(calc ver: 1.28 upstream: 2.02fX3)
(c-support ver: 1.24 upstream: No-Upstream-Ver)
(build ver: 1.17 upstream: 2.02)
(bbdb ver: 1.34 upstream: 2.35)
(auctex ver: 1.56 upstream: 11.88)
(apel ver: 1.36 upstream: 10.7)
(ada ver: 1.16 upstream: 2.27)
(Sun ver: 1.19 upstream: No-Upstream-Ver)
Installed Modules:
-----------------
Features:
--------
(field xemacsbug shadow annotations sort gnus-fun gnus-cite pp
gnus-async starttls latin-unity-tables latin-euro-standards
latin-euro-latin10 latin-euro-latin9 latin-euro-latin8
latin-euro-latin7 latin-unity-vars latin-unity gnus-bcklg gnus-draft
gnus-ml disp-table smtpmail gnus-topic nndoc byte-optimize bytecomp
byte-compile parse-time nnfolder utf7 tls nnimap imap nndraft nnmh
bbdb-gnus bbdb-snarf mail-extr bbdb-com encrypt 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 format-spec 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 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 cal-china lunar solar cal-dst
cal-persia cal-islam cal-julian cal-hebrew holidays efs-cu diary-lib
button timer-funcs lazy-lock mmm-mode mmm-univ mmm-class mmm-region
mmm-utils font-lock pending-del appt calendar cal-xemacs cal-compat
paren mic-paren timer mmm-auto mmm-vars mmm-compat overlay align
mailcrypt rfc822 comint ring bbdb regexp-opt timezone strokes cus-face
atomic-extents advice advice-preload uniquify mwheel 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 skk-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
mule-ucs-autoloads mule-base-autoloads mmm-mode-autoloads
misc-games-autoloads mine-autoloads mh-e-autoloads mew-autoloads
mailcrypt-autoloads mail-lib-autoloads lookup-autoloads
locale-autoloads leim-autoloads latin-unity-autoloads
latin-euro-standards-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 eshell-autoloads
escreen-autoloads erc-autoloads emerge-autoloads elib-autoloads
eieio-autoloads egg-its-autoloads efs-autoloads edt-autoloads
edit-utils-autoloads ediff-autoloads edict-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 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 athena-scrollbars cut-buffer xft-fonts lucid-menubars
athena-dialogs 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 mule
gutter png jpeg xface xpm xbm lisp-float-type file-coding linux dialog
devices debug-xemacs window-system base64)
Recent keystrokes:
-----------------
down down down down down down down down down down down
down down down down down down down down down down SPC
SPC C-x C-right down SPC down down down down down down
up up up up down down down down down SPC up up up up
down down down down down SPC down SPC down SPC up SPC
down SPC SPC down down down down down down down down
down down SPC down SPC up SPC SPC down SPC button1
button1up button1 button1up button1 button1up M-x r
e p o r e t BS BS TAB x TAB RET
Recent messages (most recent first):
-----------------------------------
Fontifying *mail to XEmacs Beta*... done.
Fontifying *mail to XEmacs Beta*...
Loading xemacsbug...done
Loading xemacsbug...
Loading annotations...done
Loading annotations...
C-x C-right not defined.
Notice: Unable to instantiate font for charset japanese-jisx0208, face gnus-summary-normal-read
Parsing BBDB... (frobnicating...done)
Parsing BBDB... (frobnicating...)
Parsing BBDB... (reading...)
Parsing BBDB...
Loading gnus-fun...done
Loading gnus-fun...
Loading gnus-cite...done
Loading gnus-cite...
nntp read: 12k
nntp read: 11k
Generating summary...done
Generating summary...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 5 comments
JDEE
9 years, 3 months
Jerry James
Jerry James
Hi all,
The JDEE project appears to be coming back to life. There has been a
fair amount of discussion recently on their mailing list about a
reboot of the project. Lots of plans are being made. The question
has arisen as to whether they want their new effort to target both
Emacs and XEmacs, or just to target Emacs. Some are saying that
XEmacs support should be dropped, due to a perceived lack of interest
from XEmacs developers.
If any of you are interested in keeping JDEE going, join the discussion here:
https://lists.sourceforge.net/lists/listinfo/jdee-devel
Regards,
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 4 comments
Installing XEmacs under Cygwin
9 years, 3 months
Dr Rainer Woitok
Dr Rainer Woitok
Greetings,
not sure whether or not this is the right list ... but here goes anyway:
Since a few days I'm trying in vain to install XEmacs under Cygwin. I
have freshly cloned the source repository from
https://bitbucket.org/xemacs/xemacs
and I have freshly updated Cygwin to its latest release. The problem
starts when compiling "src/alloc.c":
gcc -c -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wpointer-arith -Wshadow -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wdeclaration-after-statement -Wunused-parameter -g -Demacs -I. -I/home/Rainer/repo/xemacs/src -DHAVE_CONFIG_H -fno-caller-saves alloc.c
In file included from events.h:574:0,
from alloc.c:49:
/usr/include/w32api/winnt.h:5170:15: error: two or more data types in declaration specifiers
DWORD64 Status;
^
/usr/include/w32api/winnt.h:5309:13: error: two or more data types in declaration specifiers
DWORD Status;
^
/usr/include/w32api/rpcdce.h:142:88: error: expected ';', ',' or ')' before 'int'
typedef void __RPC_API RPC_OBJECT_INQ_FN(UUID *ObjectUuid,UUID *TypeUuid,RPC_STATUS *Status);
^
In file included from /usr/include/w32api/rpc.h:82:0,
from /usr/include/w32api/wtypes.h:7,
from /usr/include/w32api/accctrl.h:10,
from /usr/include/w32api/aclapi.h:14,
from syswindows.h:206,
from sysfile.h:95,
from alloc.c:61:
/usr/include/w32api/rpcdce.h:210:51: error: unknown type name 'RPC_OBJECT_INQ_FN'
RPCRTAPI RPC_STATUS RPC_ENTRY RpcObjectSetInqFn(RPC_OBJECT_INQ_FN *InquiryFn);
^
In file included from events.h:574:0,
from alloc.c:49:
/usr/include/w32api/rpcdce.h:471:145: error: expected ';', ',' or ')' before 'int'
typedef void (__RPC_API *RPC_AUTH_KEY_RETRIEVAL_FN)(void *Arg,unsigned short *ServerPrincName,unsigned __LONG32 KeyVer,void **Key,RPC_STATUS *Status);
^
In file included from /usr/include/w32api/rpc.h:82:0,
from /usr/include/w32api/wtypes.h:7,
from /usr/include/w32api/accctrl.h:10,
from /usr/include/w32api/aclapi.h:14,
from syswindows.h:206,
from sysfile.h:95,
from alloc.c:61:
/usr/include/w32api/rpcdce.h:473:112: error: unknown type name 'RPC_AUTH_KEY_RETRIEVAL_FN'
RPCRTAPI RPC_STATUS RPC_ENTRY RpcServerRegisterAuthInfoA(RPC_CSTR ServerPrincName,unsigned __LONG32 AuthnSvc,RPC_AUTH_KEY_RETRIEVAL_FN GetKeyFn,void *Arg);
^
/usr/include/w32api/rpcdce.h:474:112: error: unknown type name 'RPC_AUTH_KEY_RETRIEVAL_FN'
RPCRTAPI RPC_STATUS RPC_ENTRY RpcServerRegisterAuthInfoW(RPC_WSTR ServerPrincName,unsigned __LONG32 AuthnSvc,RPC_AUTH_KEY_RETRIEVAL_FN GetKeyFn,void *Arg);
^
In file included from events.h:574:0,
from alloc.c:49:
/usr/include/w32api/rpcdce.h:513:81: error: expected ';', ',' or ')' before 'int'
RPCRTAPI signed int RPC_ENTRY UuidCompare(UUID *Uuid1,UUID *Uuid2,RPC_STATUS *Status);
^
/usr/include/w32api/rpcdce.h:515:72: error: expected ';', ',' or ')' before 'int'
RPCRTAPI int RPC_ENTRY UuidEqual(UUID *Uuid1,UUID *Uuid2,RPC_STATUS *Status);
^
/usr/include/w32api/rpcdce.h:516:69: error: expected ';', ',' or ')' before 'int'
RPCRTAPI unsigned short RPC_ENTRY UuidHash(UUID *Uuid,RPC_STATUS *Status);
^
/usr/include/w32api/rpcdce.h:517:59: error: expected ';', ',' or ')' before 'int'
RPCRTAPI int RPC_ENTRY UuidIsNil(UUID *Uuid,RPC_STATUS *Status);
^
/usr/include/w32api/rpcdce.h:547:140: error: expected ';', ',' or ')' before 'int'
typedef int (__RPC_API *RPC_MGMT_AUTHORIZATION_FN)(RPC_BINDING_HANDLE ClientBinding,unsigned __LONG32 RequestedMgmtOperation,RPC_STATUS *Status);
^
In file included from /usr/include/w32api/rpc.h:82:0,
from /usr/include/w32api/wtypes.h:7,
from /usr/include/w32api/accctrl.h:10,
from /usr/include/w32api/aclapi.h:14,
from syswindows.h:206,
from sysfile.h:95,
from alloc.c:61:
/usr/include/w32api/rpcdce.h:555:59: error: unknown type name 'RPC_MGMT_AUTHORIZATION_FN'
RPCRTAPI RPC_STATUS RPC_ENTRY RpcMgmtSetAuthorizationFn(RPC_MGMT_AUTHORIZATION_FN AuthorizationFn);
^
In file included from events.h:574:0,
from alloc.c:49:
/usr/include/w32api/rpcdcep.h:220:62: error: two or more data types in declaration specifiers
RPCRTAPI __LONG32 RPC_ENTRY I_RpcMapWin32Status(RPC_STATUS Status);
^
/usr/include/w32api/rpcasync.h:118:11: error: two or more data types in declaration specifiers
ULONG Status;
^
/usr/include/w32api/rpcnsip.h:21:81: error: two or more data types in declaration specifiers
RPCNSAPI void RPC_ENTRY I_RpcNsRaiseException(PRPC_MESSAGE Message,RPC_STATUS Status);
^
/usr/include/w32api/rpcndr.h:691:160: error: two or more data types in declaration specifiers
RPCRTAPI RPC_STATUS RPC_ENTRY NdrMapCommAndFaultStatus(PMIDL_STUB_MESSAGE pStubMsg,unsigned __LONG32 *pCommStatus,unsigned __LONG32 *pFaultStatus,RPC_STATUS Status);
^
/usr/include/w32api/aclapi.h:20:58: error: two or more data types in declaration specifiers
typedef VOID (*FN_PROGRESS) (LPWSTR pObjectName, DWORD Status, PPROG_INVOKE_SETTING pInvokeSetting, PVOID Args, WINBOOL SecuritySet);
^
In file included from sysfile.h:95:0,
from alloc.c:61:
syswindows.h:216:18: error: expected identifier or '(' before 'int'
# define Status int
^
In file included from alloc.c:41:0:
alloc.c: In function 'Fmake_byte_code':
lisp.h:2173:23: warning: value computed is not used [-Wunused-value]
((((len & 1) != 0) && (tortoise = XCDR (tortoise), 0)), \
^
I cannot even decide whether this is an XEmacs problem, a Cygwin prob-
lem, or my own problem, in that I'm missing some Cygwin package. Brows-
ing the FAQ and the other XEmacs documentation I found a hint to "in-
stall XFree86, which is available as part of the standard Cygwin in-
stallation", but when I searched the Cygwin packages for "XFree86" I on-
ly got a single match for a package which dates back to 2003 and which
is no longer installable via Cygwin's "setup*.exe". Besides, most (but
not all) libraries originally provided by this package are already in-
stalled in "/usr/lib/" as "*.dll.a" type libraries. Maybe, this part of
the XEmacs documentation is simply outdated.
Anyway, I would be really glad for any pointers shedding some light on
what's wrong or missing here.
Sincerely
Rainer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 5 participants
- 17 comments
Compiling xemacs with Visual Studio 2015 Community ('free') edition
9 years, 3 months
Henry S. Thompson
Henry S. Thompson
Installed the above on my Windows 8.1 box, pulled the latest
(cb65bfaf7110) revision, imported the project file, and built it (from
inside VS2015, Debug x86 build).
The attached patch file got me to the point where the compilation
succeeded, but linking is a catastrophe, and I don't understand how to
fix it. Large numbers of _-prefixed fns are showing is unavailable,
but I can't see where they're coming from.
Attached are the patches necessary to get the compilation to complete,
and the config.inc I'm using. Probably some naive mistake there,
needs a new pair of eyes.
Note that I picked VS2015 because it's the latest available, and what
the Python project has chosen, even though all you can download at the
moment is an RC.
ht
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht(a)inf.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
[mail from me _always_ has a .sig like this -- mail without it is forged spam]
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 6 comments
Re: Installing XEmacs under Cygwin
9 years, 3 months
Henry S. Thompson
Henry S. Thompson
Mats Lidell <matsl(a)xemacs.org> writes:
> Next thing will be to verify that I have a working native environment.
> Before summer it seems I installed VS2013. What do you think. Will
> that suffice as a test environment or do I need to go for the 2015
> version?
It would probably be better if you could install VS2015, it was pretty
painless (I unchecked _all_ the optional bits). There's clearly some
advantage in working in the same environment as we try to get things
working, as well as sharing with Python going forward. And VS2015
does seem to be what people will be loading if they start from
scratch. . .
Thanks,
ht
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht(a)inf.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
[mail from me _always_ has a .sig like this -- mail without it is forged spam]
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
Re: Installing XEmacs under Cygwin
9 years, 4 months
Henry S. Thompson
Henry S. Thompson
Dr Rainer Woitok writes:
> On Saturday, 2015-07-25 14:15:23 +0100, you wrote:
>
>> ...
>> Can't reproduce. That is, pulling from bitbucket, tip is revision
>> cb65bfaf7110, compiling with gcc, I get a working xemacs.
>
> $ hg tip
> 5915:cb65bfaf7110 [tip] 2015-03-27 16:05:15 +0100 sperber(a)deinprogramm.de
>
> Speed up XEmacs on X.
>
> Avoid many calls to XQueryColor.
>
> $
>
>> ...
>> or better yet, follow the instructions for bug reporting at
>>
>> https://cygwin.com/problems.html
>>
>> and attach the cygcheck output as described therein.
>
> See attachment below.
OK, my 32-bit install has fallen behind a bit, whereas yours is right
up-to-date. I'll need to refresh mine and retry the xemacs build,
probably not until tomorrow at this point.
ht
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht(a)inf.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
[mail from me _always_ has a .sig like this -- mail without it is forged spam]
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Summary of XEmacs Issue Tracking System Issues
9 years, 4 months
XEmacs Issue Tracking System
XEmacs Issue Tracking System
ACTIVITY SUMMARY (2015-07-14 - 2015-07-21)
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.
570 open ( +0) / 317 closed ( +0) / 887 total ( +0)
Open issues with patches: 13
Average duration of open issues: 2136 days.
Median duration of open issues: 2323 days.
Open Issues Breakdown
new 262 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 58 ( +0)
assigned 145 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 15 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Status of web docs (was: [PATCH general-docs] update DevGuide for Mercurial)
9 years, 4 months
The XEmacs Package Smoketest
The XEmacs Package Smoketest
Hi,
[Moved to XEmacs Beta.]
>>>>> Mike Kupfer <mike.kupfer(a)xemacs.org> writes:
> By the way, http://www.xemacs.org/Develop/jobs.html still refers to
> CVS.
What is the status or plan for our web documentation? I have some
vague memory that we said we would focus on that after the move to the
new host for our stuff. And what is the status on that move?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
Re: Best practise to deal with incompatible usage of intergerp
9 years, 4 months
Aidan Kehoe
Aidan Kehoe
Hi FKtPp --
To deal with your last question first, the integerp change dates from XEmacs
20.0, in the mid-1990s. It is a design decision of most modern programming
languages that it is good and useful to be able to tell at runtime whether a
given object is a character, and thus should be displayed as ?a, ?á, ?گ or ?
南, or whether it is an integer, and thus should be displayed as a numeric
value.
Of the major languages in current use, C and friends don’t make the
distinction, and nor does GNU Emacs Lisp. XEmacs added it because emacs Lisp
is already, compared to C, so slow that the performance impact (checking for
whether something is an integer vs. a character) doesn’t matter, and because
it is very useful for interactive use and for debugging in this *text*
editor. Common Lisp, the other big influence on XEmacs, also has this
distinction; MacLisp, the Lisp that both GNU Emacs Lisp and Common Lisp are
ultimately based on, did not.
The Right Way to handle this kind of incompatible integerp usage is to
decide “is the code interested in this value as an integer, or as a
character?” and, if the latter, to replace #'integerp calls with
#'characterp. If it’s very difficult to tell if the writer is treating the
value as a character or as an integer, consider #'char-or-char-int-p.
The following comment from xsd-regexp.el suggests that it is most interested
in characters:
;;
;; The semantics of XSD regexps are defined in terms of Unicode.
;; Non-Unicode characters are not allowed in regular expressions and
;; will not match against the generated regular expressions. A
;; Unicode character means a character in one of the Mule charsets
;; ascii, latin-iso8859-1, mule-unicode-0100-24ff,
;; mule-unicode-2500-33ff, mule-unicode-e000-ffff, eight-bit-control
;; or a character translateable to such a character (i.e a character
;; for which `encode-char’ will return non-nil).
If it were interested in *Unicode values*, then yes, integerp would still be
appropriate, but there it’s interested in characters. Another hint that the
code is interested in the charater value is when they are compared with
something with character syntax, e.g. like (eq value ?a) or (memq ?b list).
As far as I can see xsd-regexp.el would be fine with characterp wherever
integerp is used; if you’ve any questions about other files, get in touch.
Best,
Aidan
Ar an cúigiú lá déag de mí Iúil, scríobh It's me FKtPp ;):
> Hi Aidian, Stephen,
>
> I find, in nxml code integerp is used to determind if its argument is a
> single character.
>
> To make the code work I changed this kind of intergerp call to characterp.
> Anyway nxml still mix use of character and integer type in someother logic.
> such as #'xsdre-range-list-to-char-alternative which will result a C level
> argument validation error of intergerp.
>
> My question is: how was this kind of incompatible usage of integerp usage
> handled in the past? Are there any good practice to follow?
>
> Would you mind tell the history of intergerp change if possiable? When was
> it change to be incompatible with FSF's one? and why.
>
> Thanks,
> Kai
--
‘Tramadol is further fed to cattle […] when working them […] (as draft
animals) so that the animals do not get tired quickly. …’
— Angewandte Chemie, Sept 2014, describing the social context of
(synthetic) tramadol having been found in Cameroon tree roots.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments