This is only tangentally related, but this feels like a relevant place to mention this and I don't think it deserves its own thread.
I think it's also worth considering deleting ob-julia.el from org-contrib. Not to put to fine a point on things, but it's currently dysfunctional. Trying to execute any code in a session causes Emacs to freeze. Simply put, it was written for pre-1.0 Julia and is no longer fit for purpose. For the future, I'd think Julia actually warrants 1st class inclusion in Org, and I've instigated an effort to write an ob-julia that works well. More on this once it reaches a usable state. ----- Regarding your the list of proposed files to move to org-contrib, I concur that they fall under the bar you're setting. Just going from the fact I haven't heard of them, perhaps ob-groovy.el, ob-io.el, and ob-shen.el may be worth adding to the list? -- Timothy Bastien <b...@gnu.org> writes: > Hi all, > > Less code is less bug and less maintainance. So I'm considering > moving these files to the new (unmaintained) org-contrib repo at > https://git.sr.ht/~bzg/org-contrib: > > - ob-abc.el --- Org Babel Functions for ABC > - ob-asymptote.el --- Babel Functions for Asymptote > - ob-coq.el --- Babel Functions for Coq > - ob-ditaa.el --- Babel Functions for ditaa > - ob-ebnf.el --- Babel Functions for EBNF > - ob-hledger.el --- Babel Functions for hledger > - ob-J.el --- Babel Functions for J > - ob-ledger.el --- Babel Functions for Ledger > - ob-lilypond.el --- Babel Functions for Lilypond > - ob-mscgen.el --- Babel Functions for Mscgen > - ob-picolisp.el --- Babel Functions for Picolisp > - ob-vala.el --- Babel functions for Vala evaluation > > I suggest a criterium for keeping ob*.el files in Org could be that > the extension is known by Emacs _or_ that the supported language is > well-established. > > Since I can obviously not decide alone about "well-established", would > you mind giving your advice on whether the files above can be moved to > org-contrib? (Of course we would advertize this carefully. And also, > there is absolutely nothing personal about perhaps moving *your* file > out of Emacs, it's just that maintainance will be easier outside.) > > Are there any other? > > I'll leave this thread open during this week, no need to rush here. > > Thanks,