October 2015 - XEmacs-Beta - XEmacs Mailing List Archives

GPLv3|L8R -- Status report - ready for inspection? 7 years, 5 months

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

Re: Fedora 22, Emacs Shell Warning: no access to tty (Inappropriate ioctl for device). 9 years

Stephen J. Turnbull

B. Joshua Rosen writes: > I want to add one more thing. Regular Emacs doesn''t exhibitthis > problem, tcsh shells work fine in Emacs. Thanks, that helps a lot -- as I say, the code is quite similar so that any difference there may be the cause. _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

3 participants
3 comments

Re: XEMACS VHDL-Mode package 9 years

Vin Shelton

Hi, Ira - (Copying XEmacs developers; others may well know more than I do - please "reply all" if you have further comments.) I vaguely recall some kind of parsing error for HOME directories containing spaces and I think this has been fixed. I recommend taht you try this setup kit: http://ftp.xemacs.org/windows/testing/XEmacs_Setup_21.4.24.exe instead of 21.4.22. Regards, Vin On Wed, Oct 28, 2015 at 12:59 PM, Hart, Ira - 0664 - MITLL <ihart(a)ll.mit.edu> wrote: > Hi Vin, > > > > Sorry to bother you. I’ve been using xemacs with vhdl-mode on a windows box > for many years. I recently got a new windows 7 PC. > > > > When we installed version [version 21.4.22; December 2011] on the box, > vhdl-mode is not working. > > > > Without doing anything, Verilog-mode (.v files) and Perl mode (.pl files) > both work fine. > > > > > > I tried to update the package list and I’m unable to with . I turned off > the firewall in Mcafee. This is the error I get: > > > > (1) (error/warning) Error in process filter: (invalid-operation Cannot send > signal to process *ftp anonymous(a)ftp.xemacs.org*) > > > > (2) (error/warning) Error in process filter: (invalid-operation Cannot send > signal to process *ftp anonymous(a)ftp.xemacs.org*) > > > > (3) (error/warning) Error in process filter: (ftp-error FTP Error: DIR > failed: ) > > > > Is there a version available that is precompiled with the vhdl-mode package? > Is there another way to get VHDL mode working again? > > > > > > Thanks. > > Ira- > > _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
3 comments

coding problems: messy file 9 years

Uwe Brauer

Hello I have a file which contains a mixture of different codings. Between chars such as á (which make sense in latin-1 or in UTF8) I have also chars which look like á but are in green and C-x = tells me: Char: � (U+2000E1 jit-ucs-charset-0 35 48) point=59745 of 2307860(3%) column 53 So how can I change all the chars to á and then save them either in UTF8 or latin-1. thanks Uwe Brauer _______________________________________________ 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

XEmacs Issue Tracking System

ACTIVITY SUMMARY (2015-10-20 - 2015-10-27) 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) / 319 closed ( +0) / 889 total ( +0) Open issues with patches: 13 Average duration of open issues: 2234 days. Median duration of open issues: 2421 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

Re: hg log | git log xemacs hg support 9 years, 1 month

The XEmacs Package Smoketest

>>>>> Uwe Brauer <oub(a)mat.ucm.es> writes: > it is from 2006, but again when I open a file in the xemacs trunc > xemacs keeps telling me that this files is not under version > control, while GNU emacs works. Sorry if I was a bit unclear. As Mike points out this is its own interface towards mercurial. So it is different but I think it does its job but I guess I'm biased. I think with git and mercurial the command prompt is a better alternative than what I have seen in many IDEs ;-) So if you feel adventurous you need to read some info about its use. Try: (find-library "mercurial") and read how to get started. Yours -- %% Mats _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

2 participants
1 comments

hg log | git log xemacs hg support 9 years, 1 month

Uwe Brauer

Hello I just cloned the hg xemacs rep. When I open say abbrev.el in the lisp directory vc-print-log tells me that the file is *not* under version control! When I open it with GNU emacs it seems to recognise that the file is under version control. However vc-print-log only prints the commit message, but *not* the relevant entry of the ChangeLog entry. That seems to be a problem of hg git log shows both entries Can somebody confirm this please. Uwe Brauer _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

6 participants
6 comments

Summary of XEmacs Issue Tracking System Issues 9 years, 1 month

XEmacs Issue Tracking System

ACTIVITY SUMMARY (2015-10-13 - 2015-10-20) 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) / 319 closed ( +0) / 889 total ( +0) Open issues with patches: 13 Average duration of open issues: 2227 days. Median duration of open issues: 2414 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

Summary of XEmacs Issue Tracking System Issues 9 years, 1 month

XEmacs Issue Tracking System

ACTIVITY SUMMARY (2015-10-06 - 2015-10-13) 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) / 319 closed ( +1) / 889 total ( +1) Open issues with patches: 13 Average duration of open issues: 2220 days. Median duration of open issues: 2407 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) Issues Created Or Reopened (1) ______________________________ Issue 102 2015-10-11 CLOSED http://tracker.xemacs.org/XEmacs/its/issue891 created samjones Issues Now Closed (1) _____________________ Issue 102 0 days http://tracker.xemacs.org/XEmacs/its/issue891 samjones _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

1 participants
0 comments

Broken w3 subrepo? 9 years, 1 month

Jerry James

I did an hg pull on the packages to get yesterday's gnus prerelease, and got nothing, and hg log showed a last top-level update from a couple of weeks ago: changeset: 1137:3720091d7106 tag: tip user: Norbert Koch <viteno(a)xemacs.org> date: Sat Sep 19 00:35:08 2015 +0200 summary: pre-release gnus I thought that maybe the recent trouble with the top-level had something to do with it, so I did a fresh hg clone of the package repository. Mercurial reported success, but several subrepositories are missing: xemacs-packages/ xemacs-base xemacs-devel xetla xlib xslide xslt-process x-symbol xwem zenirc In short, all subrepos that lie alphabetically after w3 did not get checked out. I thought maybe running hg update would fetch the rest: resolving manifests getting .hgignore getting .hgsub getting .hgtags getting ChangeLog getting INSTALL getting Local.rules.inc getting Local.rules.mk getting Local.rules.template getting MAINTAINERS getting Makefile getting NEWS.packages getting Version.rules getting XEmacs.rules getting find-macro-err.awk getting gen-macro-list.awk getting hack-package-index.el getting iterate-1.rules getting iterate.rules getting meta-iterate.rules getting meta-targets.rules getting mule-packages/Makefile getting package-clean.el getting package-compile.el getting package-net-packages.el getting xemacs-packages/Makefile resolving manifests images/open-cap-up.xbm: untracked file differs abort: untracked files in working directory differ from files in requested revision (in subrepo xemacs-packages/w3) This is from a fresh hg clone; I have not touched anything inside the w3 subrepo, or any other subrepo for that matter. Also, after running hg update, I get this: $ hg status M .hgsubstate And hg diff shows the entire contents of .hgsubstate as being added. Indeed, running "hg revert .hgsubstate" erases .hgsubstate! Is anybody else seeing this? -- Jerry James http://www.jamezone.org/ _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta

5 participants
10 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta October 2015