Re: XEmacs at a crossroads

Mats Lidell <[email protected]> Sat, 12 Dec 2015 02:28:38 +0100
Newsgroups gmane.emacs.xemacs.beta
Organization The XEmacs Project
Message-ID <[email protected]>
[Resending because I by mistake sent to the announce list which of course
bounced so you did not see it . Sorry for that. For completeness here is
another go at it.]

Hi Stephen,

>>>>>> Stephen J. Turnbull writes:
> 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.

To me the minimal support lists as given above sounds quite a bit as business
as usual for us. So I suggest an option 5 where we change the infrastructure
to be more in level with our activities.

That could mean:

  - Protect the mailing lists from spam by just allowing posts from
    members. This ought to reduce the maintenance needs I hope.

  - Drop mailing lists we don't use much. Could xemacs-patches go into
    xemacs-beta or even move over to use pull requests at bitbucket?

  - Drop the buildbots. With no or few commits coming it is not worth the time
    and resources spent maintaining them.

  - Replace the old web pages with a simple static website on bitbucket. This
    will remove in one stroke a lot of info that is aged and wrong. Just
    supply the very necessary information possibly by lifting over the
    valuable pages from the old web.

  - Stop providing binary packages. They can be built from source. The storage
    problem is removed and with no activity there will hardly be any releases
    after all.

  - Don't know what to do with the tracker. It could be moved into the
    bitbucket issue tracker but I fear that will be much work and we will
    loose info. Maybe if can be dumped in some format for reference and new
    issues handled at bitbucket.


Disclaimer: If you feel that continuing your effort in some of these field is
what you want then that is of course fine.

Yours
-- 
%% Mats