"Barak A. Pearlmutter" <ba...@pearlmutter.net> writes: > > The current bug is somewhat deeper. If the elpa infrastructure can't > handle emacs (< 24), then it probably shouldn't try to use it. This > situation could come up if both emacs23 and emacs24 are installed, say, > with update-alternatives set to point to emacs23. So even an explicit > dependency on emacs24 won't completely address the issue. I think these > considerations argue for explicit version testing, or careful feature > testing, in the installation scripts. Although maybe dh-elpa (>= 0.13) > is already doing this?
The 0.13 dh-elpa install scripts explicitly blacklists (well, really ignores) emacs23, but they don't know about emacs22. It seems like kindof a corner case to me (since emacs22 isn't in oldoldstable), but I don't mind also blacklisting emacs22 (and emacs21 for that matter). d