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
Mats Lidell <matsl(a)xemacs.org> writes:
>>>>>> Michael Sperber <sperber(a)deinprogramm.de> writes:
>
>> It is intentional, to some degree: A long time ago, people screamed
>> bloody murder at me when the startup paths didn't give configure'd
>> paths precedence over those determined at run time. startup.el is just
>> the first file that knows about those paths. So there's no good
>> solution here that will make everybody happy, I'm afraid.
>
> But this happens while building the dump. What ever happens when you
> start your xemacs is another thing I think. Couldn't this behavior be
> controlled some how so that when building the dump we don't do this?
It could be done. My point is that, at least once upon a time, there
were people who didn't do it to be the way you want it to be. They do
have a point in that the already complicated behavior gets more
complicated when it's different at dump time.
--
Regards,
Mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi,
I have had a look at the *Help:-buffer and have spotted some
inconsistencies. It seems like left-click, middle-click, right-click
and return is used differently. How should we have it?
As it is now a referens to a variable sets an extent so that
left-click and middle-click goes to the Documentation. Hitting return
with the point in the extent does nothing. Finally, right-click will
bring up a context menu with alternatives to go to Documentation, the
source or Find tag.
On the other hand, the source code link after "-- loaded from", does
not set up a link for left-click. Here middle click and return
works. Right click does nothing special, but could have had a menu for
goto source.
Wouldn't it be more consistent to let left-, middle-click and return
do the same thing. Not that important but the context menu could
include something useful for all links as well.
Comments?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello,
I've been using this for years, but never got to make it public until
recently. It's a very small and simple library for providing Unix-like
rc files to Emacs Lisp libraries.
All the details are here:
http://www.lrde.epita.fr/~didier/software/elisp/#el-rcfiles
and this is the commentary section, for quick reference:
;;; Commentary:
;; The purpose of el-rcfiles is to provide the equivalent of traditional
;; Unix rc files (i.e. configuration files) for Emacs Lisp
;; libraries. The advantages of using configuration files are the
;; following:
;; - your initialization file is less bloated,
;; - since configuration files are lazily loaded, your Emacs session
;; is (or begins) lighter. That is unless you already use lots of
;; EVAL-AFTER-LOAD forms...
;; Usage:
;; 1. Load the library, go to the rcfiles Custom group and tweak (or not).
;; 2. Put a call to (rcfiles-register-rc-files) in your initialization
;; file. This function can also be called interactively anytime you
;; add, remove or modify a configuration file.
;; 3. Put your configuration code for a library `foo' in a file called
;; `<rcfiles-directory>/foo<rcfiles-pseudo-extension>.el'.
--
Resistance is futile. You will be jazzimilated.
Scientific site: http://www.lrde.epita.fr/~didier
Music (Jazz) site: http://www.didierverna.com
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
A long time I asked about smtpmail, starttls and gmail
(http://lists.xemacs.org/pipermail/xemacs-beta/2011-March/020997.html).
I couldn't get to work and gave up.
So, I finally tried again, and it still failed to work for me, with
starttls-use-gnutls set to T. When I changed that to nil, it started
working for me, suddenly. Hurray! Of course, it's now on a different
system from before, but I don't care.
I wouldn't be writing this if there wasn't, of course, an issue.
What's happening is that the messag is sent, but the delete-process
near the very end of smtpmail-via-smtp generates an error about not
being able to delete the process. When I C-x e smtpmail-via-smtp,
everything works. Is there something special about delete-process in
byte-compiled code?
It's a bit annoying, but I can live without a byte-compiled smtpmail.
Ray
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Fedora updated its texinfo to version 5.0, and then version 5.1, in
the not-so-distant past. The XEmacs package and the XEmacs packages
packages [1] promptly stopped building, due to errors thrown by
texinfo while processing our texinfo sources. The attached patch is
an emergency patch that I threw together for our packages, just to get
things building for Fedora again. I don't think it is entirely
correct. Package maintainers, if there is a part in here for one of
your packages, and it looks correct to you, please pull that part out
and commit it. If it doesn't look correct, please suggest how to fix
it. Thanks,
Footnotes:
[1] Don't you just love overloaded terms?
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Texinfo 5.0 is, um, fussier than previous versions. I had to make the
following changes to get some packages to compile. cc-mode had some
problems that required actually knowing texinfo to fix, I assume they'll
be fixed by the maintainer at some point.
Here's the output of 'hg diff -S"
diff --git a/xemacs-packages/cc-mode/cc-mode.texi
b/xemacs-packages/cc-mode/cc-mode.texi
--- a/xemacs-packages/cc-mode/cc-mode.texi
+++ b/xemacs-packages/cc-mode/cc-mode.texi
@@ -193,7 +193,7 @@
@center @titlefont{CC Mode 5.32}
@sp 2
-@center @subtitlefont{A GNU Emacs mode for editing C and C-like languages}
+@center @titlefont{A GNU Emacs mode for editing C and C-like languages}
@sp 2
@center Barry A. Warsaw, Martin Stjernholm, Alan Mackenzie
diff --git a/xemacs-packages/efs/efs.texi b/xemacs-packages/efs/efs.texi
--- a/xemacs-packages/efs/efs.texi
+++ b/xemacs-packages/efs/efs.texi
@@ -42,13 +42,13 @@
@end ifinfo
@titlepage
-@sp5
+@sp 5
@center @titlefont{EFS}
@center version 1.20
-@sp2
+@sp 2
@center A transparent remote file system, by Sandy Rutherford, Andy
Norman, and Mike Sperber
-@sp7
+@sp 7
@center This documentation based on ange-ftp documentation by David Smith
@center and on documentation in the EFS source code
@center It was put together by Mike Sperber.
diff --git a/xemacs-packages/elib/elib.texi b/xemacs-packages/elib/elib.texi
--- a/xemacs-packages/elib/elib.texi
+++ b/xemacs-packages/elib/elib.texi
@@ -39,9 +39,9 @@
@sp 4
@comment The title is printed in a large font.
@center @titlefont{User's Guide}
-@sp
+@sp 1
@center @titlefont{to}
-@sp
+@sp 1
@center @titlefont{Elib - The Emacs Lisp Library}
@sp 2
@center version 1.0
diff --git a/xemacs-packages/eterm/term.texi
b/xemacs-packages/eterm/term.texi
--- a/xemacs-packages/eterm/term.texi
+++ b/xemacs-packages/eterm/term.texi
@@ -1,10 +1,10 @@
-@\input texinfo @c -*-texinfo-*-
+\input texinfo @c -*-texinfo-*-
@setfilename ../info/term.info
@settitle XEmacs Terminal Emulator Mode
@titlepage
@sp 6
-@center @titlefont(XEmacs Terminal Emulator Mode)
+@center @titlefont{XEmacs Terminal Emulator Mode}
@end titlepage
@ifinfo
diff --git a/xemacs-packages/mail-lib/smtpmail.texi
b/xemacs-packages/mail-lib/smtpmail.texi
--- a/xemacs-packages/mail-lib/smtpmail.texi
+++ b/xemacs-packages/mail-lib/smtpmail.texi
@@ -31,9 +31,9 @@
@end direntry
@titlepage
-@title{Emacs SMTP Library}
-@subtitle{An Emacs package for sending mail via SMTP}
-@author{Simon Josefsson, Alex Schroeder}
+@title Emacs SMTP Library
+@subtitle An Emacs package for sending mail via SMTP
+@author Simon Josefsson, Alex Schroeder
@page
@vskip 0pt plus 1filll
@insertcopying
diff --git a/xemacs-packages/semantic/doc/glossary.texi
b/xemacs-packages/semantic/doc/glossary.texi
--- a/xemacs-packages/semantic/doc/glossary.texi
+++ b/xemacs-packages/semantic/doc/glossary.texi
@@ -5,7 +5,7 @@
@c proper menus for this chapter.
@end ignore
-@table @keyword
+@table @code
@item BNF
In semantic 1.4, a BNF file represented ``Bovine Normal Form'', the
grammar file used for the 1.4 parser generator. This was a play on
diff --git a/xemacs-packages/speedbar/speedbar.texi
b/xemacs-packages/speedbar/speedbar.texi
--- a/xemacs-packages/speedbar/speedbar.texi
+++ b/xemacs-packages/speedbar/speedbar.texi
@@ -254,7 +254,7 @@
to read these textual elements will make it easier to navigate by
identifying the types of data available.
-@subsubsection Groups
+@subsection Groups
@cindex groups
Groups summarize information in a single line, and provide a high level
--
Jeff Sparkes
jsparkes(a)gmail.com
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hey there everyone.
Sorry for the delay, I've been on vacation. If I've missed any package
commits, please let me know.
I have just added the following packages to the 'Pre-Releases'
directory:
New Packages in Pre-Release:
===========================
erc-0.24-pkg.tar.gz upstream version: Version 5.1.2 Revision: 1.796.2.6
leim-1.34-pkg.tar.gz upstream version: none
misc-games-1.23-pkg.tar.gz upstream version: none
xemacs-base-2.37-pkg.tar.gz upstream version: none
Previously Announced Packages Still in Pre-Release:
==================================================
Sun-1.17-pkg.tar.gz upstream version: none
cc-mode-1.69-pkg.tar.gz upstream version: 5.32.2
ede-1.04-pkg.tar.gz upstream version: 1.0pre4
ediff-1.82-pkg.tar.gz upstream version: 2.75
edit-utils-2.51-pkg.tar.gz upstream version: none
efs-1.35-pkg.tar.gz upstream version: 1.24
eudc-1.41-pkg.tar.gz upstream version: 1.32
games-1.21-pkg.tar.gz upstream version: 2.00
gnus-1.95-pkg.tar.gz upstream version: 5.10.10
hyperbole-1.19-pkg.tar.gz upstream version: 5.0.3
mh-e-1.33-pkg.tar.gz upstream version: 7.4.2
mmm-mode-1.06-pkg.tar.gz upstream version: 0.4.8
net-utils-1.57-pkg.tar.gz upstream version: N/A
pcl-cvs-1.71-pkg.tar.gz upstream version: R-2_9_9
pgg-1.08-pkg.tar.gz upstream version: 0.1
prog-modes-2.29-pkg.tar.gz upstream version: none
ruby-modes-1.05-pkg.tar.gz upstream version: 1.8.7
speedbar-1.30-pkg.tar.gz upstream version: 1.0pre4
text-modes-2.01-pkg.tar.gz upstream version: none
tramp-1.45-pkg.tar.gz upstream version: 2.2.7
w3-1.38-pkg.tar.gz upstream version: 4.0pre47
x-symbol-1.13-pkg.tar.gz upstream version: 4.5.1
xemacs-devel-1.82-pkg.tar.gz upstream version: none
Detailed Changes:
================
- ------- ChangeLog Entries from mule-packages/leim/ChangeLog -------
2013-09-02 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 1.34 released.
2013-08-03 Aidan Kehoe <kehoea(a)parhasard.net>
* quail.el (quail-define-rules):
Check for duplicate rules, warn about same.
GNU silently merges such rules, but XEmacs doesn't, and this is
saner behaviour, it's easier to miss identical rules textually far
away when reading the code.
* quail.el (quail-install-map):
Backslash a parenthesis for the sake of fontification.
* quail/latin-post.el:
Merge duplicates explicitly in latin-1-postfix, spanish-postfix,
turkish-latin-3-postfix, turkish-postfix, and latin-postfix.
Rewrite the code generation for latin-postfix to do more at
compile time, and to check for duplicates and warn.
- ------- ChangeLog Entries from xemacs-packages/misc-games/ChangeLog -------
2013-09-02 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 1.23 released.
2013-08-17 Stephen J. Turnbull <stephen(a)xemacs.org>
* doctor.el: Grind and adjust whitespace to modern conventions.
The previous patch made many lines substantially longer.
2013-08-17 Stephen J. Turnbull <stephen(a)xemacs.org>
* doctor.el (//): Rename to #'identity and defun if not fboundp.
($): Rename to #'doctor-$.
(doctor-$): rename to #'doctor-$-internal.
- ------- ChangeLog Entries from xemacs-packages/xemacs-base/ChangeLog -------
2013-09-02 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 2.37 released.
2013-06-26 Jerry James <james(a)xemacs.org>
* subr-more.el (number-sequence, string-or-null-p, booleanp):
Add, used by tramp and newer versions of CEDET.
Installing These:
================
Manually:
- --------
1) Download the packages that you want to install from:
/ftp.xemacs.org:/pub/xemacs/beta/experimental/packages/
2) Unpack them to: [1]
/usr/local/lib/xemacs/xemacs-packages/
3) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.[245].x):
- ----------------------------------------------
1) Tools -> Packages -> Add Download Site -> Pre-Releases
2) Tools -> Packages -> List and Install
3) Select the packages you wish to install (there are brief
instructions at the bottom of the packages buffer).
4) Packages -> Install/Remove Selected
5) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.1.14):
- -------------------------------------------
1) Options -> Manage Packages -> Add Download Site -> Pre-Releases
2) Options -> Manage Packages -> List and Install
3 - 5) As per XEmacs 21.[245].x.
Footnotes:
[1] Note: Mule packages should be installed into:
/usr/local/lib/xemacs/mule-packages/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFSJZE87yJLt8ORD7cRAks8AJ9QpMRwewsFIy2GvSZQK+yoZoOsiQCcDPVp
1TRlxcerItoqgZ1l5KzWLpg=
=Ka/b
-----END PGP SIGNATURE-----
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta