Merge emacs23 23.1+1-4 (universe) from Debian unstable (main).

I don’t know whether this is how the Ubuntu maintainers want to handle this, but I didn’t see any open bugs about emacs23, and a sync from Debian seems like a reasonable starting point. There’s a test build of the Debian package in my PPA for Karmic, and it works fine as far as I can tell:
<https://launchpad.net/~anders-kaseorg/+archive/ppa>

Seems like a good step for now. The package builds in my karmic pbuilder.

Sync ack from me.

This builds a package in main (emacs), so requires a main sponsor.

discussion from the ubuntu-elisp team:

http://<email address hidden>/msg00013.html

best would probably be not a plain sync, but a hard dependency on the non-dfsg-free docs (they are fsf-free)

> best would probably be not a plain sync, but a hard dependency on the non-dfsg-free docs (they are fsf-free)

OK, please upload a merge instead then.

Anyway, this would essentially mean to switch emacs in karmic from 22 to 23, since it builds the new metapackage, no? This means a Feature freeze exception now.

Updated from duplicate; sorry I didn't notice before that the other bug was for a newer version.

I'll unsubscribe the sponsors team for now. Please follow https://wiki.ubuntu.com/FreezeExceptionProcess and prepare the merge, then resubscribe.

I'm going to attempt to modify the 23.1+1-4 package so that it does not remove non-DFSG files, for my own personal use, and see where that gets me. I can't promise a particular deadline for this.

I've got a proof-of-concept uploaded to the ubuntu-elisp ppa for jaunty. It's not quite ready for inclusion yet. I still need to build for karmic and review the patches in emacs22. The good news about this emacs23 build is that it is based off of the Debian packaging for emacs23, so it should be easier to maintain.

https://launchpad.net/~ubuntu-elisp/+archive/ppa

A new PPA version 2 package is available for emacs23 which contains the result of the patch review for emacs22. All that's needed now is a text file in debian/ explaining the steps to take for new upstream versions.

If anyone subscribed to the bug is interested in trying out the PPA version and reporting any issues they come across, now would be a good time.

Have only done minor testing of emacs23 ppa version (karmic) but seems good so far, no issues encountered so far.

Same here, great to see we'll have emacs23 in karmic. Auctex and possibly other packages only depend on emacs21|22|snapshot though, should they be changed ?

Hmm, yep trying to install auctex wants to install emacs22-bin-common and emacs-snapshot amongst others even with emacs (23) installed from elisp ppa. This is a shame indeed.

List any misbehaving packages (like Auctex) that you come across and I'll upload fixed versions to the PPA.

apt-cache showpkg emacs22, which lists reverse dependencies on emacs22, gives a pretty long list (nearly 30 entries). Some of them (yasnippet, ) depend on emacs22|emacsen. Maybe you could provide a package emacsen, or whatever the apt way of doing things is. It doesn't seem reuploading all the packages is the correct way to solve this.

Auctex needs at least these files fixed:
/usr/lib/emacsen-common/packages/install/auctex
/usr/lib/emacsen-common/packages/remove/auctex
(look for line: case "${FLAVOR}" in)

/usr/sbin/update-auctex-install
/usr/sbin/update-auctex-elisp
(look for line: FLAVORS=)

Also
/etc/emacs23/site-start.d/50auctex.el
is missing (while /etc/emacs{21,22,-snapshot}/site-start.d/50auctex.el is
present)

I've looked at its source package, but debian directory is quite a mess (at
least I would expect that there is a single place which lists all supported
emacs flavors...)

Reuploading dependent Emacs Lisp packages is about the only option available to us. A lot of times they will want to express a dependency like: install this particular set of files in Emacs 22, and a slightly different set in Emacs 23, since Emacs 23 now includes such and such files, and we don't want to supersede the Emacs 23 versions. So it really is case-by-case. Debian does this as well.

psgml package needs update too. At least
/usr/lib/emacsen-common/packages/{install,remove}/psgml files (the same
"case $FLAVOUR in" blocks).

I'm having various problems with ido. I guess there is conflict with the old version provided with emacs-goodies-el

I've also run into the auctex package's incompatibility with emacs23. Fortunately, auctex 11.85-1 from Debian unstable builds and appears to work fine with the emacs23 packages from the PPA.

emacs23 23.1+1-4ubuntu1 is in Karmic now.

Version: 23.1+1-4ubuntu1

If I use update-alternatives --config editor to set emacs as my editor I get:
update-alternatives: warning: skip creation of /usr/share/man/man1/editor.1.gz because associated file /usr/share/man/man1/emacs.1emacs23.1.gz (of link group editor) doesn't exist.

and indeed the file is currently named:
/usr/share/man/man1/emacs.emacs23.1.gz