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
Is default-frame-plist still the way to set the default frame size? If not,
what is the right way?
If so, then there's a small issue. When xemacs starts, I get a certain
frame size. The splash screen is kind of scrunched (due to my font
sizes). When I click on splash screen the frame automatically resizes to
the expected size. Is this how it's supposed to work?
A minor visual annoyance. I changed my default font to be Bitstream Vera
Sans Mono-10[1]. The columns on the splash screen don't line up nicely
anymore. xemacs -vanilla has nicely lined up columns using whatever the
default font is.
Ray
[1] I set the font using:
(set-specifier
(face-font 'default)
(cons '(x)
(fc-name-unparse
(fc-font-match (selected-device)
(fc-name-parse "Bitstream Vera Sans Mono-10:lang=en")))))
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Cloning xemacs/xemacs-packages gets me the 5.10.8 upstream distro for gnus.
> hg heads
showed two heads, tip and gnus-5_8-branch
I'm not a mercurial wisard, and I couldn't find any way of getting the
tip (5.10.10) (which is what you get if you use the package manager
and experimental at the moment) short of completely scrubbing the gnus
directory, and its .hg subdir, except for hgrc, and then
> hg pull -r db294f70eef1 -u
which worked.
What did I do wrong?
Are there any other packages with similar problems?
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
Tried rebuilding with conservative (?) flags:
./configure --prefix=/group/ltg/projects/lcontrib_sl6 --with-cflags-optimization=-O2 --with-modules=no --with-pdump=yes --with-mule=yes --with-ncurses=yes --with-png --with-xpm --with-database=berkdb,gdbm --with-newgc=no --with-canna=no --with-xim=no --with-kkcc=no
but same crash:
Fatal error: assertion failed, file alloc.c, line 402, !regex_malloc_disallowed
Program received signal SIGABRT, Aborted.
0x0000003402e328a5 in raise () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install alsa-lib-1.0.22-3.el6.x86_64 cyrus-sasl-lib-2.1.23-13.el6.x86_64 db4-4.7.25-16.el6.x86_64 gdbm-1.8.0-36.el6.x86_64 glibc-2.12-1.80.el6_3.3.x86_64 keyutils-libs-1.4-3.el6.x86_64 krb5-libs-1.9-33.el6_3.2.x86_64 libICE-1.0.6-1.el6.x86_64 libSM-1.1.0-7.1.el6.x86_64 libX11-1.3-2.el6.x86_64 libXau-1.0.5-1.el6.x86_64 libXaw-1.0.6-4.1.el6.x86_64 libXcursor-1.1.10-2.el6.x86_64 libXext-1.1-3.el6.x86_64 libXfixes-4.0.4-1.el6.x86_64 libXmu-1.0.5-1.el6.x86_64 libXpm-3.5.8-2.el6.x86_64 libXrender-0.9.5-1.el6.x86_64 libXt-1.0.7-1.el6.x86_64 libcom_err-1.41.12-11.el6.x86_64 libjpeg-6b-46.el6.x86_64 libpng-1.2.49-1.el6_2.x86_64 libselinux-2.0.94-5.2.el6.x86_64 libuuid-2.17.2-12.4.el6.x86_64 libxcb-1.5-1.el6.x86_64 ncurses-libs-5.7-3.20090208.el6.x86_64 nss-pam-ldapd-0.7.5-14.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openldap-libs-2.4.25-4.inf.x86_64 openssl-1.0.0-20.el6_2.5.x86_64 postgresql90-libs-9.0.7-1PGDG.rhel6.x86_64 zlib-1.2!
.3-27.el6.x86_64
(gdb) bt
#0 0x0000003402e328a5 in raise () from /lib64/libc.so.6
#1 0x0000003402e34085 in abort () from /lib64/libc.so.6
#2 0x0000000000480ed5 in really_abort (file=<value optimized out>,
line=<value optimized out>, expr=<value optimized out>) at emacs.c:4796
#3 assert_failed (file=<value optimized out>, line=<value optimized out>,
expr=<value optimized out>) at emacs.c:4093
#4 0x00000000004154c9 in xmalloc (size=784) at alloc.c:402
#5 0x0000000000415b96 in allocate_lisp_storage (size=784) at alloc.c:558
#6 0x0000000000417ff4 in old_alloc_sized_lcrecord (size=784,
implementation=0xa18760) at alloc.c:707
#7 0x0000000000445462 in make_char_table_entry (initval=10714464)
--
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
I had a need to run something on my Windows machine today which
required a newer version of Cygwin than the ancient one that was
installed there. After I upgraded to the current version (1.7.9) I
can't start a shell in XEmacs (via M-X shell) using Cygwin's version of
bash. When I try to do so I get
Process bash.exe exited abnormally with code 35584
3 [sig] bash 1168 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
1556 [sig] bash 1168 open_stackdumpfile: Dumping stack trace to
bash.exe.stackdump
The stack dump is uninteresting except that the crash happens at offset
0x169220 in cygwin1.dll. It appears that this crash happens very early
on, before it's read /etc/profile. I see that I also have similar
stack dumps from other programs (find.exe and xargs.exe) in the XEmacs
directory all exactly the same.
I installed the latest Windows version of XEmacs from the installer at
<http://ftp.xemacs.org/pub/xemacs/binaries/win32/InnoSetup/XEmacs_Setup_21...>
and tried starting it with --vanilla. This didn't make any difference.
I also did a clean install of Cygwin 1.7.9 in case there was any crud
left around from the old version. This also didn't help. I'm running
on an old Dell with Windows XP Professional SP3. Perhaps that's the
problem. I probably should install Windows on my Mac under one of the
emulators, but that's more than I want to get into right now.
I've Googled around a bit and although others have seen this problem,
none of the solutions (mostly involving changing ownership of Cygwin
files and running rebaseall) did any good. The bash shell runs fine
when I start it using the .bat file installed by Cygwin, so it's
basically working, but it won't run in an XEmacs shell window.
Has anyone else seen this or know how to fix it? This little episode
reminds me why I avoid using Windows, but sometimes it's necessary.
Mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Henry S. Thompson writes:
Ah, oops. There was a symbolic link in the relevant path, so
> find -name '*auto*'
didn't show anything, but, you're right,
> find -L -name '*auto*'
finds the shadowers. . .
Sorry for the noise.
ht
Henry,
Don't apologize for noise! There are beginners here (like me) that
_learn_ from reading everybody's problems, and are carefully watching
how such problems get solved.
The alternative is that I have to make all the mistakes myself, and
solve them, to ever get good at anything XEmacs related!
Steve Mitchell
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
I understand the need for updated packages that help people work in
different ways.
There are also things within XEmacs that need updating. I have 2 things
that poke at me when I am working within XEmacs.
First is that some features are in the documentation, but do not
actually exist when you go to program them.
An example is in dialogs, that only 1 of 4 types of dialog boxes that
are in the documentation actually exist in code.
You can call the function name from your lisp code, and it says "not
implemented".
There are other examples of this too.
Second is that features that exist in the manuals and exist in the
program, but you cannot use them in code and submit it for inclusion in
XEmacs because that feature doesn't exist in the previous stable version
(21.4) (and never will).
An example is when I tried to implement a behavior, which is in the
manual, and the code is there--it works. But is not compatible with a
10 year old previous version.
There are other places where behaviors can be implemented to good
effect, in the menu system, that would solve some usability problems
that some users report, but they cannot be used at this time. An
example: it is a way to implement (and turn off) CUA provisions (a "new"
menu item, and similarly a "close" menu item for example), while keeping
the entire rest of the menu intact, so anyone who wants the CUA items
can turn on a behavior, and the rest can leave it off, and no harm done.
The real problem is no body or no thing, except the distribution cycle
has stretched to over 10 years old now, and it forces everybody to write
code (to be submitted to XEmacs) that doesn't use the new features of
21.5. If I recall correctly, behaviors existed 10 years ago, but still
cannot be used.
What obstacles are in the way of incrementing the version number of a
stable release so we can use new features?
Steve Mitchell
Forgive me if I have some terminology of version numbers or the number
of years wrong here, I think it has actually been 11 years since
behaviors were implemented, going by the date on the file.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2012-08-21 - 2012-08-28)
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.
548 open ( +0) / 289 closed ( +0) / 837 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1215 days.
Median duration of open issues: 1284 days.
Open Issues Breakdown
new 221 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 56 ( +0)
assigned 153 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 18 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Updated to the new release, distclean, configure (--with-pdump=yes
--with-modules=no --with-mule=yes --with-ncurses=yes --with-msw=yes
--with-png --with-xpm --with-jpeg --with-database=berkdb,gdbm) and
make and got the following error:
../modules/postgresql/postgresql.o:postgresql.c:(.text+0x347b):
undefined reference to `_LISP_PATHNAME_CONVERT_OUT'
../modules/postgresql/postgresql.o:postgresql.c:(.text+0x35b9):
undefined reference to `_LISP_PATHNAME_CONVERT_OUT'
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/bin/ld:
../modules/postgresql/postgresql.o: bad reloc address 0x0 in section
`.data'
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/bin/ld:
final link failed: Invalid operation
collect2: ld returned 1 exit status
Poking around suggested adding
#define emacs 1
to modules/postgresql/postgresql.c might fix this, and that did indeed
allow the build to succeed.
Or did I do something else wrong?
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