[ESS-bugs] ESS 13.09-1 with old R versions fails pretty badly
Sparapani, Rodney
rsparapa at mcw.edu
Fri Nov 1 01:42:04 CET 2013
MM> Do we really care for MELPA for *UN*released versions of ESS ??
> I think rolling releases are better for small projects. That means more
> testers, quicker bug fixes and, most importantly, fixes get to end users
> really quickly (MELPA is updated every hour).
> My personal belief is that, eventually, MELPA should become the *only*
> official source of ESS. No debian package, no Vincent's bundle. This is
> how modern emacs works, and it is the fastest and easiest route for the
> users. We should adapt IMO. Resistance is futile :-)
The key word above is "eventually". It does seem like MELPA will be the
way to go. However, the last time I checked, it was not documented.
And certainly, ESS (meaning us) provide no MELPA docs whatsoever:
I checked. But, I would definitely be happy if such a single source would
come about. But, how is MELPA being updated every hour? What if I break
SVN (as I have on occasion)? Is MELPA broken? I don't like automatic updates.
I was hoping Emacs would adopt an XEmacs-like package system which had
developer initiated releases, but apparently it is not going to happen. Progress?
MM> start from. The others (even if they are more than 0.05% must build,
MM> yes, that's true for all free software I've known.
> Well, emacs packages need not be build in order to work and people are
> used to this simple scheme. Let's try not to introduce additional sticks
> in the wheels, we already have enough of them.
True. But, when you are installing it on a server for many users like we
have, building it and installing it is the easiest way right now.
More information about the ESS-bugs
mailing list