Hi everyone,
Many of you are probably aware that Ian Murdock, the "Ian" in Debian,
passed away recently. I would like to compose and send a brief
message of condolence and appreciation to the designated channel, and
sign it
Stephen Turnbull <stephen(a)xemacs.org>
On behalf of the XEmacs Review Board, contributors, and community
Comments welcome.
> To: Tokyo Linux Users Group <tlug(a)tlug.jp>
> Subject: [tlug] RIP Ian Murdock, Debian Founder
> Date: Thu, 31 Dec 2015 14:46:28 +0800
>
> Way too young to die. Rest in peace.
>
> https://bits.debian.org/2015/12/mourning-ian-murdock.html
>
> http://www.zdnet.com/article/debian-linux-founder-ian-murdock-dies-at-42-...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2015-12-29 - 2016-01-05)
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.
573 open ( +0) / 319 closed ( +0) / 892 total ( +0)
Open issues with patches: 13
Average duration of open issues: 2292 days.
Median duration of open issues: 2489 days.
Open Issues Breakdown
new 265 ( +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
Happy New Year to all of you.
I have moved the package release stuff to a new machine, and I have
built and pre-released some of the latest package changes.
The official announcement is still lacking as the md5-sum of the
packages has changed. Therefore, right now, you'll get package errors
if you update.
Unfortunately, either gwyn, the old lady, or an
${SECRET_SERVIVE}-controlled router along the way makes the package
transmission a PITA with a lot of failures and break-downs and
retries, so this is not a thing of a couple of minutes [a].
Please wait for the official announcement before trying to update
pre-released packages.
@Steve Youngs: on the pro side, these packages are all built with the
latest stable xemacs, so one of your troubles should be gone then.
Thanks, sorry for the trouble,
norbert.
Footnotes:
[a] This makes me worry about an official package release which
includes a SUMO upload ...
--
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
I appreciate everybody's input on the discussion on how to continue with
the project. I personally would like to collect features that XEmacs
has but GNU Emacs hasn't and see what the chances are of getting them
included in GNU Emacs. So if you have such a list, or just random
items, please send them to me or the list.
FWIW, my list so far has this:
User-visible features:
- Ben's HTML mode
- C-Left Mouse for pasting
- minibuffer-confirm-incomplete
- Marcus's incremental collector (slim chance ...)
Internal features:
- opaque datastructures for various things - keymaps
- menus separate from keymaps
- specifiers
- extents
- separate representations for chars and numbers
--
Regards,
Mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Bill Wohler <wohler(a)newt.com> writes:
> Lars, will you continue to have separate Gnus version numbers? Will you
> move the bug tracker?
Gnus doesn't really have a bug tracker, per se, but just a Gnus bug
mailing list. I won't be closing that address, but I'll be removing the
`gnus-bug' command and tell people to report all Gnus bugs with `M-x
report-emacs-bug' (which is how the majority of Gnus bugs are reported
today, anyway).
I think I'll have to keep doing Gnus version numbers -- otherwise, how
can I do t-shirts?
> Have you also considered moving Gnus to ELPA someday?
I think it's nice that Gnus just "is there" in Emacs...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
To all XEmacs supporters and users:
For the past decade, work on XEmacs has continued at a low level, and
mostly not visible in user-level features. In the meantime, GNU Emacs
has implemented almost all XEmacs features, and recently RMS has given
the green light to some form of dynamic loading of machine code. At
the same time, a number of features (jit-lock and lexical binding seem
important) that XEmacs lacks, and would require substantial effort to
port, have been implemented.
After some discussion on the XEmacs-Review mailing list, we decided to
open up a public discussion of the future of the XEmacs Project.
Please direct followups to the XEmacs Beta mailing list
(xemacs-beta(a)xemacs.org). Reply-To is set for your convenience.
The present situation of the core developers who have responded is
that the developers who have been the primary contributors of code
currently have personal and professional commitments that prevent them
from devoting enough time to XEmacs to implement the large features
necessary for full compatibility with GNU Emacs for the foreseeable
future. Those who have mostly contributed work on infrastructure
generally don't have the skills or time to convert to heavy code
contributors. The bottom line is that we can not at present promise
full GNU Emacs compatibility in the foreseeable future.
If you would prefer to use an editor with the most recent features,
three core developers have ported personal configurations to GNU Emacs
with little difficulty, and say they expect no loss of functionality
in using GNU Emacs. For current XEmacs users, converting to GNU Emacs
would offer access to a few popular packages not publicly available
for XEmacs. I can mention nxhtml, org-mode[1] and magit[2] offhand.
I think all the core developers expect many users to stick with
XEmacs. Steve Youngs writes: "Everyone who either uses, or hacks on,
XEmacs does so for a reason, and we do so by choice. There are
probably as many reasons as there are XE users/devs, all I ask is that
you don't take away the choice." I think all the core developers feel
the same way. The reason this is coming up now is that several
developers who have contributed heavily in the past have acknowledged
that they *won't* be doing so for the foreseeable future. It's only
fair that we let you, our users and supporters, know about that.
We all do value XEmacs, its history, the codebase, and you, our
community. We are sad that XEmacs has fallen so far out of
competition with GNU Emacs, but it's time to admit that is the case,
and think about what we want to do now. Several alternative paths
have been suggested:
1. Close up shop and release the resources to other projects.
2. Close up shop and move en masse to GNU Emacs development.
3. Fork current GNU Emacs, and gradually recreate an XEmacs-
flavored GNU-Emacs-compatible language and editor.
4. Maintain infrastructure as a "caretaker" project, for the
benefit of continuing users, and in case somebody wants to
pick up the ball.
There is no consensus on closing up or on what to do if we did, and
therefore options 1 and 2 are off the table. (Individual developers
will (and should) do as they want, of course.) Option 3 has its
attractions[3], but no commitment from developers with a history of
substantial contributions of code. That leaves option 4, or maybe a
new "option 5" if somebody has a good suggestion.
For those who wish to continue using or developing XEmacs, we have
commitments from at least two of the infrastructure contributors to
provide minimal support for
- mailing lists
- tracker
- website
- source code repositories
- package buildbot
- binary packages
While binary package releases will continue to be provided in
"Pre-Releases", there are no plans yet for a full SUMO release. It's
quite possible, but there are some resource details (space on the
distribution site) to work out.
We would like to hear your thoughts. If you have private patches you
can contribute to XEmacs 21.5, please let us know about them. They
can be integrated. XEmacs 21.4 is very near end-of-life, but Vin
Shelton is still maintaining it.
We thank you for your support and contributions over the years!
With sincere regards from the XEmacs team,
Steve
XEmacs Beta Release Manager, for the XEmacs Reviewers
Footnotes:
[1] A couple of developers have private ports of org-mode, which may
be made available in the future.
[2] magit uses lexical binding, and so is likely to be difficult to
port to XEmacs.
[3] As well as the potential to upset a lot of people in the GNU
Emacs community.
_______________________________________________
XEmacs-Announce mailing list
XEmacs-Announce(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-announce
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi everyone,
Many of you are probably aware that Ian Murdock, the "Ian" in Debian,
passed away recently. I would like to compose and send a brief
message of condolence and appreciation to the designated channel, and
sign it
Stephen Turnbull <stephen(a)xemacs.org>
On behalf of the XEmacs Review Board, contributors, and community
Comments welcome.
[ATTACHMENT forwarded message, message/rfc822]
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta