ACTIVITY SUMMARY (2017-06-20 - 2017-06-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) / 323 closed ( +0) / 893 total ( +0)
Open issues with patches: 13
Average duration of open issues: 2837 days.
Median duration of open issues: 3030 days.
Open Issues Breakdown
new 262 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 57 ( +0)
assigned 145 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 15 ( +0)
ACTIVITY SUMMARY (2017-06-13 - 2017-06-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) / 323 closed ( +0) / 893 total ( +0)
Open issues with patches: 13
Average duration of open issues: 2830 days.
Median duration of open issues: 3023 days.
Open Issues Breakdown
new 262 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 57 ( +0)
assigned 145 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 15 ( +0)
Ar an triú lá de mí Meitheamh, scríobh Martin Buchholz:
> Hi guys, Long time no chat. I'm still using xemacs 21.4. Thanks for
> maintaining xemacs!
>
> I noticed the main web page https://www.xemacs.org/ still lists the stable
> release as xemacs-21.4.22 but on the ftp site 21.4.24 is available.
> (Please fix!)
Right, Vin stopped doing the structured release notes that converted easily
to HTML, probably out of frustration.
> So I finally tried updating, and ran into a problem where my
> shell buffer exhibits this strange behavior
>
> M-x shell
> $ tty
> /dev/pts/82
> $ echo >/dev/tty
> zsh: no such device or address: /dev/tty
>
> Obviously my shell would be much happier is /dev/tty was an actual device.
>
> (I looked for the revision control for xemacs-21.4, but couldn't find it.
> The mercurial repository at bitbucket doesn't have any tags for 21.4. Is
> the source code control for 21.4 to be found elsewhere than at
> https://bitbucket.org/xemacs/xemacs?)
>
> The obvious suspect is the change below, although I haven't proved it:
>
> changeset: 5872:4949ccab25f1
> user: Vin Shelton <acs(a)xemacs.org>
> date: 2015-03-24 15:50 -0400
> Get M-x shell working on cygwin
>
> Ohhhhhhh, but now I see this change in 21.5:
>
> changeset: 5932:a561e02bb626
> user: Jerry James <james(a)xemacs.org>
> date: 2016-06-03 09:30 -0600
> Fix M-x shell under tcsh on Linux.
>
> which is a likely fix for my problem, but not in any 21.4. release (please
> fix!)
I can attempt to commit it, but please confirm it fixes your issue first.
--
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)
I’ve asked Vin for an alternative email address on Linkedin; if someone else
has one, get in touch.
Best,
Aidan
Ar an triú lá de mí Meitheamh, scríobh Martin Buchholz:
> (Hmmm, Vin's email address no longer works ... probably due to recent
> infrastructure problems)
>
> On Sat, Jun 3, 2017 at 9:02 AM, Martin Buchholz <martinrb(a)google.com> wrote:
>
> >
> > (I looked for the revision control for xemacs-21.4, but couldn't find it.
> > The mercurial repository at bitbucket doesn't have any tags for 21.4. Is
> > the source code control for 21.4 to be found elsewhere than at
> > https://bitbucket.org/xemacs/xemacs?)
> >
>
> OK, found it at https://bitbucket.org/xemacs/xemacs-21.4
--
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)
ACTIVITY SUMMARY (2017-05-30 - 2017-06-06)
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) / 323 closed ( +0) / 893 total ( +0)
Open issues with patches: 13
Average duration of open issues: 2816 days.
Median duration of open issues: 3009 days.
Open Issues Breakdown
new 262 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 57 ( +0)
assigned 145 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 15 ( +0)
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
Hi Leon --
Thanks for your email! The lists were down today, they had been moved to
Mailman3 which is unfortunately not as ready for prime time as had been
advertised. They’re back up now, let me know if you have any problems
subscribing.
Best,
Aidan
Ar an dara lá de mí Meitheamh, scríobh Leon Taylor:
> Hi Adrian,
>
> I am keen to subscribe to the XEmacs mailing lists but it appears that
> the mailing lists are down.
> (https://lists.xemacs.org/lists/xemacs-beta@xemacs.org/ won't load, for
> example).
>
> Is it just me or are the lists down? The website says that the lists
> were down in 2016, but now it says they are back up.
>
> Thanks, Leon.
--
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)