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
Crash running Cygwin bash shell under XEmacs
12 years, 2 months
Mike Alexander
Mike Alexander
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
- 5 participants
- 5 comments
GNU Emacs function recenter-top-bottom
12 years, 3 months
The XEmacs Package Smoketest
The XEmacs Package Smoketest
Hi,
While doing an overhaul of the swedish translation of the GNU Emacs
Tutorial for the upcoming 24.1 release I spotted a thing that we don't
have but GNU Emacs has (introduced earlier than 24.1) and that is
recenter-top-bottom which is bound to C-l. It works like recenter
except that successive call place the point according to the cycling
order defined by `recenter-positions' (default being middle top
bottom)
What do you say? Should we get it? And if we do then shall we bind it
to C-l as default?
I tried to sync and the basic functionality is easy to get in
place. However that code revealed further differences. GNU Emacs has
the property "scroll-margin". When cursor gets within scroll-margin
number of lines from the top or bottom of the window will be
recentered. Interesting for us?
GNU Emacs also have the feature header-line. A line similar to
mode-line except at the top of the window. Example Info-mode creates
one for the navigation links Prev, Up etc. Should we introduce that
to?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 8 comments
Trouble building 21.4.22
12 years, 4 months
Alan Mackenzie
Alan Mackenzie
Hello, XEmacs.
When I try to build XEmacs-21.4.22 on a fully normal Gnu/Linux system, I
get the following errors:
gcc -c -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -Wshadow -Demacs -I. -DHAVE_CONFIG_H glyphs-eimage.c
glyphs-eimage.c: In function 'png_instantiate':
glyphs-eimage.c:940:22: error: dereferencing pointer to incomplete type
glyphs-eimage.c:941:21: error: dereferencing pointer to incomplete type
glyphs-eimage.c:993:17: error: dereferencing pointer to incomplete type
glyphs-eimage.c:996:17: error: dereferencing pointer to incomplete type
glyphs-eimage.c:997:17: error: dereferencing pointer to incomplete type
glyphs-eimage.c:1000:17: error: dereferencing pointer to incomplete type
glyphs-eimage.c:1003:17: error: dereferencing pointer to incomplete type
glyphs-eimage.c:1006:17: error: dereferencing pointer to incomplete type
glyphs-eimage.c:1008:14: error: dereferencing pointer to incomplete type
make[1]: *** [glyphs-eimage.o] Error 1
This used to work fine. I think I've upgraded GCC in the meantime.
Has anybody else seen this, or can anybody offer me any suggestions?
Thanks!
--
Alan Mackenzie (Nuremberg, Germany).
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 6 participants
- 7 comments
Debug on signal + X menubar == assertion failure
12 years, 6 months
Jerry James
Jerry James
I've got a freshly compiled XEmacs from mercurial head. If I evaluate
this in *scratch*, I get the expected result:
(truncate-string-to-width "j.\n\n" 40 nil nil t)
"j.
"
If I select Options->Troubleshooting->Debug on Signal, then try to
evaluate that again, I get this:
Debugger entered--Lisp error: (args-out-of-range "j.
" 4)
byte-code("..." [last-idx last-column end-column ch idx column
char-width str] 3)
truncate-string-to-width("j.\n\n" 40 nil nil t)
eval((truncate-string-to-width "j.\n\n" 40 nil nil t))
eval-interactive((truncate-string-to-width "j.\n\n" 40 nil nil t))
eval-last-sexp(t)
#<compiled-function (from eval-print-last-sexp) nil "...(13)"
[standard-output terpri eval-last-sexp t] 2 1409437 nil 0x8b6>()
call-interactively(eval-print-last-sexp)
(dispatch-event "[internal]")
This is causing the following practical problem. With an X11 build
and Debug on Signal active, clicking on the menubar causes an
immediate crash due to an assertion failure. A little debugger work
shows the following sequence. Inside of button_item_to_widget_value
(src/gui-x.c), the default-menubar from lisp/menubar-items.el is
evaluated, down to one of the calls to:
(truncate-string-to-width (abbrev-string-to-be-defined nil) 40 nil nil t)
The abbrev-string-to-be-defined call returns "j.\n\n" (which doesn't
seem right; where did that come from?). Evaluating
truncate-string-to-width triggers the args_out_of_range, thereby
unwinding the stack up to the call_trapping_problems call in
menu_item_descriptor_to_widget_value (menubar-x.c). Since retval is
unbound, this function returns NULL, and therefore
compute_menubar_data also returns NULL. This triggers the assert() in
set_frame_menubar (menubar-x.c) just after the call to
compute_menubar_data and *boom* goes XEmacs.
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 2 comments
report a bug
12 years, 6 months
Jirina Stone
Jirina Stone
Hello,
My xemacs which had worked for a long time with no problem stopped working a few days ago - I could not save or save as any tex files I opened.
The error was
Window hight 0 too small (after splitting).
I uninstalled xemacs, updated all ports, installed it again and now it crashes and does not even open the tex file.
I tried to obtain the core but it was not found (I do not have xdb or sdb)
---------------------------------------------------------------
dhcp-163-1-214-81:umesh-paper_2 jirina$ gdb /opt/local/bin/xemacs core
GNU gdb 6.3.50-20050815 (Apple version gdb-1518) (Sat Feb 12 02:52:12 UTC 2011)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries .................. done
/Users/jirina/umesh-paper_2/core: No such file or directory
(gdb)
-----------------------------------------------------------------
Information about installation:
-------------------------------------------------------------------------------------------------------------------------
uname -a: Darwin dhcp-163-1-214-81.seh.ox.ac.uk 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:32:41 PDT 2011; root:xnu-1504.15.3~1/RELEASE_X86_64 x86_64
./configure '--prefix=/opt/local' '--mandir=/opt/local/share/man' '--without-postgresql' '--without-ldap' '--with-sound=none' '--pdump' '--site-prefixes=/opt/local' '--with-tty' '--with-dialogs=athena' '--with-widgets=athena' '--with-athena=3d' '--with-database=gdbm' '--with-mule'
XEmacs 21.4.22 "Instant Classic" configured for `i386-apple-darwin10.8.0'.
Compilation / Installation:
Source code location: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_xemacs/xemacs/work/xemacs-21.4.22
Installation prefix: /opt/local
Additional prefixes: /opt/local
Operating system description file: `s/darwin.h'
Not using any machine description file
Compiler: /usr/bin/llvm-gcc-4.2 -pipe -O2 -arch x86_64
Compiler version: /usr/bin/llvm-gcc-4.2 on i386-apple-darwin10.8.0
Relocating allocator for buffers: no
GNU version of malloc: no
- The GNU allocators don't work with this system configuration.
libc: system-provided libc on i386-apple-darwin10.8.0
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11/include
- X Windows libraries location: /opt/local/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw3d
- Athena library to link: Xaw3d
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Sound:
Databases:
Compiling in support for GNU DBM.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new portable dumper.
-----------------------------------------------------------------------------------------------------
Output on the screen during crash:
-----------------------------------------------------------------------------------------------------
dhcp-163-1-214-81:umesh-paper_2 jirina$ xemacs surf1d3d0112.tex
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Your version of XEmacs was distributed with a PROBLEMS file that may describe
your crash, and with luck a workaround. Please check it first, but do report
the crash anyway. Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu. If necessary, send
ordinary email to `xemacs-beta(a)xemacs.org'. *MAKE SURE* to include the XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.
*Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely
to be able to analyze the problem. Locate the core file produced as a result
of this crash (often called `core' or `core.<process-id>', and located in
the directory in which you started XEmacs or your home directory), and type
gdb /opt/local/bin/xemacs core
then type `where' at the debugger prompt. No GDB on your system? You may
have DBX, or XDB, or SDB. (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.
Lisp backtrace follows:
dispatch-non-command-events()
# (condition-case ... . ((nil)))
progress-feedback-dispatch-non-command-events()
# bind (tmsg top frame value message label)
append-progress-feedback(font-lock "Fontifying surf1d3d0112.tex..." 0 nil)
# bind (frame value message label)
display-progress-feedback(font-lock "Fontifying surf1d3d0112.tex..." 0)
# bind (str)
# (unwind-protect ...)
# bind (args value fmt label)
progress-feedback-with-label(font-lock "Fontifying %s..." 0 "surf1d3d0112.tex")
# bind (maybe-loudly end beg)
font-lock-default-unfontify-region(1 8184 t)
# bind (loudly end beg)
font-lock-unfontify-region(1 8184 t)
# bind (was-on font-lock-verbose font-lock-message-threshold aborted)
# (unwind-protect ...)
font-lock-default-fontify-buffer()
# bind (font-lock-verbose)
font-lock-fontify-buffer()
# bind (on-p maximum-size arg)
font-lock-mode(1)
turn-on-font-lock()
# bind (explicit-defaults)
font-lock-set-defaults()
run-hooks(font-lock-set-defaults)
# bind (nomodes after-find-file-from-revert-buffer noauto warn error)
after-find-file(nil t)
byte-code("..." [buffer-file-number number truename buffer-file-truename buf buffer-file-name set-buffer-major-mode erase-buffer nil (byte-code ?????? ??\"???????? ??\"????" [rawfile filename insert-file-contents-literally t insert-file-contents] 3) ((file-error ...)) abbreviate-file-name file-name-directory make-local-variable backup-inhibited t after-find-file find-file-use-truenames default-directory backup-enable-predicate rawfile error nowarn] 3)
# (condition-case ... . ((t (byte-code "?!???? ＠ A\"??" ... 3))))
# (unwind-protect ...)
# bind (error number truename buf rawfile nowarn filename)
find-file-noselect("/Users/jirina/umesh-paper_2/surf1d3d0112.tex")
# bind (codesys filename)
find-file("/Users/jirina/umesh-paper_2/surf1d3d0112.tex")
# bind (dir file-count line end-of-options file-p arg tem)
command-line-1()
# bind (command-line-args-left)
command-line()
# (condition-case ... . ((t (byte-code " ??" ... 1))))
# bind (error-data)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Segmentation fault
------------------------------------------------------------------------------
Please advise
Thanks
Jirina Stone
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
tracker says 3 hits are 7
12 years, 6 months
Mike Kupfer
Mike Kupfer
I noticed some odd behavior with text overwriting the modeline. I've
started to put together a bug report, but I thought I'd first check to
see if the issue has already been reported.
Went to the tracker, clicked on Search, entered "modeline" in the "All
text" field. Clicked on Search. The tracker brought up a page with 3
issues (785, 778, 798). But at the top and bottom it says "1..7 out of
7". Is the tracker confused, or it it hiding the other 4 bugs?
I get the same behavior whether or not I'm logged into the tracker.
mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
Font setup on ubuntu?
12 years, 7 months
Raymond Toy
Raymond Toy
Sometime ago, I had asked about setting up fonts on xemacs. This has been
working beautifully on my mac with xft:
(define-specifier-tag 'lang-kr)
(set-face-font 'default "Apple Gothic-12" '(lang-kr) 'remove-tag-set-append)
But now I want this to work on my linux (ubuntu) system. I changed the
font to Dejavu Sans (and others that fc-list :lang=kr lists) but nothing
seems to work. Whenever I try to display Korean characters, all I get is
an error message about being unable to instantiate the charset
korean-ksc5601.
How do I set this up to display this?
(As an aside, I tried this on my mac using other fonts for Japanese,
Chinese, and Arabic, just for fun. The display for Japanese and Chinese
look right, but I can't get arabic to display. I would like, someday, to
display all of the HELLO page.)
Ray
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 2 comments
xemacs 21.4 on text console problem
12 years, 7 months
Hauke Fath
Hauke Fath
All,
I have a problem with XEmacs 21.4.22 (might be relevant for 21.5, too, but
I haven't checked, yet) on NetBSD 6 text consoles. When linked against the
system curses library, I see an offset like
<http://la.causeuse.org/hauke/NetBSD/xemacs-netbsd6.xwd.bz2> (view with
xwud(1)).
See also <http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=46366>
for the full bug report.
NetBSD 6 has switched from termcap to terminfo, and I've been told that
similarly to Emacs, I need to tell XEmacs to use terminfo. #defining
TERMINFO did not do the trick.
Any hints?
Thanks,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 1 comments
Summary of XEmacs Issue Tracking System Issues
12 years, 7 months
XEmacs Issue Tracking System
XEmacs Issue Tracking System
ACTIVITY SUMMARY (2012-04-17 - 2012-04-24)
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.
542 open ( +1) / 285 closed ( +0) / 827 total ( +1)
Open issues with patches: 11
Average duration of open issues: 1102 days.
Median duration of open issues: 1161 days.
Open Issues Breakdown
new 218 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 55 ( +0)
assigned 153 ( +1)
committed 18 ( +0)
documented 3 ( +0)
done/needs work 17 ( +0)
Issues Created Or Reopened (1)
______________________________
[RFC] You should provide security to this bug tracking tool 2012-04-20
http://tracker.xemacs.org/XEmacs/its/issue829 created anonymous
Issues Now Closed (1)
_____________________
Implement POSIX character classes in regular expressions (rege 1519 days
http://tracker.xemacs.org/XEmacs/its/issue302 aidan
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments