Carsten Dominik <carsten.domi...@gmail.com> writes: >> "ox-koma-letter" is an export back-end living in contrib, which, as you >> may know, allows to easily produce letters from Org. I think this is >> a nice feature to have[fn:1]. Should we have it in core? > > I like the koma-letter class and have no objections to move it onto > core.
Shouldn't we ask Emacs maintainers about this? ox-koma-letter.el into core means that bug reports will hit them first, then us. I have no objection against this move but I'd like to consider it move from a wider perspective/proposal, then decide afterwards. My suggestion: convert contrib/lisp/ libraries into Org ELPA packages and expurge the the contrib/ Git history from Org's repo. The benefits: - Org's core = 1 repo which contains only Org's core - It will ease the sync between Org and Emacs when Emacs will use Git. - We can handle Org ELPA the same way GNU ELPA is currently handled (giving a separate write access to Org ELPA contributors.) Then installing Org external packages is as easy as using the `list-packages'. If we were using the setup described above, would we still need to move ox-koma-letter.el into core? Independantly of that question, do you think it would make sense to move toward the above setup? If so, we would need some Git guru (Achim?) to help with filtering the Org repo, and I could help with setting up the Org ELPA packages. -- Bastien