emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Dan Davison <dandavison7@gmail.com>
To: "Sébastien Vauban"
	<public-wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@lo.gmane.org>
Cc: emacs org-mode mailing list <emacs-orgmode@gnu.org>
Subject: Re: [babel] Execute checks before trying to load Babel languages
Date: Wed, 09 Feb 2011 15:29:50 +0000	[thread overview]
Message-ID: <m1mxm5usy9.fsf@gmail.com> (raw)
In-Reply-To: <80oc6l9x6x.fsf@missioncriticalit.com> ("Sébastien Vauban"'s message of "Wed, 09 Feb 2011 14:03:50 +0100")

Hey Seb,

> I am sharing my .emacs file, and this is beginning to cause problems with
> people who don't have the same environment as I do. In particular with the
> following:
>
> #+begin_src emacs-lisp
>           (org-babel-do-load-languages
>            'org-babel-load-languages
>            '(
>              (C . t)
>              (R . t)
>              (calc . t)
>              (ditaa . t)
[...]
>              (sqlite . t)))
> #+end_src
>

A couple of ideas:

1. I use this, which loads all languages supported in the current
   version of Org. dan/org-babel-list-supported-languages is a personal
   function, code below.

#+begin_src emacs-lisp
(setq org-babel-load-languages
      (mapcar (lambda (lang) (cons lang t))
              (dan/org-babel-list-supported-languages)))
(org-babel-do-load-languages
 'org-babel-load-languages org-babel-load-languages)
#+end_src

[...]

> In fact, this is much more general than checking the Org-version: it addresses
> as well installed packages such as
>
> - Rterm (R and ess-mode)
> - ditaa (requires =sudo aptitude install openjdk-6-jre=)
> - gnuplot (requires gnuplot-mode)

I don't think any of these are required in order to load the
language. They should only be required when executing a block (and in
the case of 'ess, when :session is used)

> - ledger (requires that =ob-ledger= is found...)
> - org (requires that =ob-org= is found...)

2. Seeing as you're sharing config files, maybe the solution is to
   accept that some bits of the configuration are by their nature
   specific to a paticular user and not robust across different
   installations. So in your main shared config file you could make a
   conservative decision to activate only emacs-lisp, or a set of core
   languages that you are confident will be present on your colleagues'
   systems. Then in addition you would have your own personal config
   file that gets loaded after the shared config, which activates your
   own languages.

Dan

#+begin_src emacs-lisp
(require 'cl)
(defun dan/org-babel-list-supported-languages ()
  (interactive)
  (sort
   (set-difference
    (mapcar
     (lambda (s) (intern (progn (string-match "^ob-\\(.+\\)\.el$" s)
                                (match-string 1 s))))
     (directory-files
      (save-window-excursion
        (file-name-directory
         (buffer-file-name (find-library "ob"))))
      nil "^ob-.+\.el$"))
    '(comint eval exp keys lob ref table tangle))
   (lambda (x y) (string< (downcase (symbol-name x))
                          (downcase (symbol-name y))))))
#+end_src


> - ruby



>
> Do I have to check myself for such executables in a way similar to:
>
> #+begin_src emacs-lisp
> (when (find-exec "Rterm")
>   ... add R language ...
>   )
>
> (when (file-exists-p "ob-ledger")
>   ... add ledger language ...
>   )
> #+end_src
>
> or could we come up with some more generic and compact solution that would
> easily be usable by all of us?
>
> Maybe such a check should be made, by default, in every language file?
>
> Best regards,
>   Seb

      reply	other threads:[~2011-02-09 15:30 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-09 13:03 [babel] Execute checks before trying to load Babel languages Sébastien Vauban
2011-02-09 15:29 ` Dan Davison [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m1mxm5usy9.fsf@gmail.com \
    --to=dandavison7@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=public-wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@lo.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).