* Contrib missing from (Cygwin) Emacs @ 2013-01-24 15:13 Sebastien Vauban 2013-01-24 15:40 ` Bastien 0 siblings, 1 reply; 13+ messages in thread From: Sebastien Vauban @ 2013-01-24 15:13 UTC (permalink / raw) To: emacs-orgmode-mXXj517/zsQ Hello, When trying to publish my Web site pages with the most recent Cygwin Emacs[1], I get the following error: --8<---------------cut here---------------start------------->8--- Debugger entered--Lisp error: (error "Can't find library org") signal(error ("Can't find library org")) error("Can't find library %s" "org") find-library-name("org") (file-name-directory (find-library-name "org")) (expand-file-name "../contrib" (file-name-directory (find-library-name "org"))) (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org")))) (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org"))))) (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org")))))) (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org"))))))) eval((expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org")))))))) custom-initialize-reset(org-ditaa-jar-path (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org")))))))) custom-declare-variable(org-ditaa-jar-path (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org"))))))) ("/usr/share/emacs/24.2/lisp/org/org-exp-blocks.elc" . 6117) :group org-babel :type string) require(org-exp-blocks) byte-code("\300\301!\210\300\302!\210\300\303!\210\300\304!\210\300\305!\210\300\306!\207" [require org org-macs org-agenda org-exp-blocks ob-exp org-src] 2) require(org-exp) byte-code("\300\301!\210\300\302!\210\303\304\305\306\307\310\311\312&\207" [require org-exp format-spec custom-declare-group org-export-html nil "Options specific for HTML export of Org-mode files." :tag "Org Export HTML" :group org-export] 8) require(org-html) byte-code("\300\301!\210\300\302!\207" [require org-html org-compat] 2) require(org-special-blocks) eval-buffer(#<buffer *load*> nil "/cygdrive/d/Users/sva/src/www/org-init.el" nil t) ; Reading at buffer position 1053 load-with-code-conversion("/cygdrive/d/Users/sva/src/www/org-init.el" "/cygdrive/d/Users/sva/src/www/org-init.el" nil t) load("/cygdrive/d/Users/sva/src/www/org-init.el" nil t) command-line-1(("--load" "./org-init.el" "--funcall" "publish-www")) command-line() normal-top-level() --8<---------------cut here---------------end--------------->8--- It seems that `org-ditaa' and `org-exp-blocks' both expect to find an "../contrib" directory. Such is not bundled with Emacs. Isn't the assumption wrong, then or should `contrib' be bundled as well? Best regards, Seb [1] Org-mode version 7.8.11 (org.elc @ /usr/share/emacs/24.2/lisp/org/) -- Sebastien Vauban ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-01-24 15:13 Contrib missing from (Cygwin) Emacs Sebastien Vauban @ 2013-01-24 15:40 ` Bastien 2013-01-24 18:27 ` Sebastien Vauban 0 siblings, 1 reply; 13+ messages in thread From: Bastien @ 2013-01-24 15:40 UTC (permalink / raw) To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ Hi Sébastien, "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes: > It seems that `org-ditaa' and `org-exp-blocks' both expect to find an > "../contrib" directory. Such is not bundled with Emacs. Isn't the assumption > wrong, then or should `contrib' be bundled as well? I don't know how Cygwin builds the Emacs package... If this is a problem in Cygwin, it's a miracle (?) no Org user reported it before! I don't know how to fix this, things are fine in Org >=7.9. -- Bastien ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-01-24 15:40 ` Bastien @ 2013-01-24 18:27 ` Sebastien Vauban 2013-01-24 19:29 ` Bastien ` (2 more replies) 0 siblings, 3 replies; 13+ messages in thread From: Sebastien Vauban @ 2013-01-24 18:27 UTC (permalink / raw) To: emacs-orgmode-mXXj517/zsQ Hi Bastien, Bastien wrote: > "Sebastien Vauban" writes: > >> It seems that `org-ditaa' and `org-exp-blocks' both expect to find an >> "../contrib" directory. Such is not bundled with Emacs. Isn't the assumption >> wrong, then or should `contrib' be bundled as well? > > I don't know how Cygwin builds the Emacs package... > > If this is a problem in Cygwin, it's a miracle (?) no Org user > reported it before! > > I don't know how to fix this, things are fine in Org >=7.9. I don't think it's related to Cygwin per se. AFAIK: - `contrib' is not bundled within Emacs, while - `org-ditaa' and `org-exp-blocks' both expect that directory along where org.el resides in the current Org version... Just grep for "../contrib": ./ob-ditaa.el:55: "../contrib" ./org-exp-blocks.el:252: "../contrib" I guess the (relative) hardcoding should be avoided. Best regards, Seb -- Sebastien Vauban ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-01-24 18:27 ` Sebastien Vauban @ 2013-01-24 19:29 ` Bastien 2013-01-25 12:28 ` Sebastien Vauban 2013-01-24 20:49 ` Achim Gratz 2013-01-24 21:02 ` Charles 2 siblings, 1 reply; 13+ messages in thread From: Bastien @ 2013-01-24 19:29 UTC (permalink / raw) To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ Hi Sébastien, yes, the default `org-ditaa-jar-path' value points to the contrib/ directory, but a wrong value for this variable does prevent publishing a web page -- unless you want to publish ditaa shunk without setting the `org-ditaa-jar-path' correctly. Is it what you did? Best, -- Bastien ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-01-24 19:29 ` Bastien @ 2013-01-25 12:28 ` Sebastien Vauban 2013-01-26 10:20 ` Bastien 2013-01-26 15:18 ` Achim Gratz 0 siblings, 2 replies; 13+ messages in thread From: Sebastien Vauban @ 2013-01-25 12:28 UTC (permalink / raw) To: emacs-orgmode-mXXj517/zsQ Hi Bastien, Achim and Charles, Bastien wrote: > yes, the default `org-ditaa-jar-path' value points to the contrib/ > directory, but a wrong value for this variable does prevent publishing a web > page -- unless you want to publish ditaa shunk without setting the > `org-ditaa-jar-path' correctly. > > Is it what you did? Nope. I don't use DITAA in my Web pages at all. When looking more carefully at the backtrace: --8<---------------cut here---------------start------------->8--- Debugger entered--Lisp error: (error "Can't find library org") signal(error ("Can't find library org")) error("Can't find library %s" "org") find-library-name("org") (file-name-directory (find-library-name "org")) (expand-file-name "../contrib" (file-name-directory (find-library-name "org"))) (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org")))) (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org"))))) (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org")))))) (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org"))))))) eval((expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org")))))))) custom-initialize-reset(org-ditaa-jar-path (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org")))))))) custom-declare-variable(org-ditaa-jar-path (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (find-library-name "org"))))))) ("/usr/share/emacs/24.2/lisp/org/org-exp-blocks.elc" . 6117) :group org-babel :type string) require(org-exp-blocks) byte-code("\300\301!\210\300\302!\210\300\303!\210\300\304!\210\300\305!\210\300\306!\207" [require org org-macs org-agenda org-exp-blocks ob-exp org-src] 2) require(org-exp) byte-code("\300\301!\210\300\302!\210\300\303!\210\304\305!\204\306\305\307\"\210\300\207" [require org org-exp format-spec fboundp declare-function defalias (macro . #[(fn file &optional arglist fileonly) "\300\207" [nil] 1])] 3) require(org-publish) --8<---------------cut here---------------end--------------->8--- it seems that (in the latest Cygwin Emacs, that is Emacs bundled with Org-mode version 7.8.11): 1. `org-publish' calls `org-exp' (still true as of today) 2. `org-exp' calls `org-exp-blocks' (not true anymore) 3. `org-exp-blocks' needs, somehow, a right value for DITAA. Wait, wait, wait... When reading the backtrace even more carefully, this 3rd observation is not what's said by the error message: "../contrib" is not (I guess Achim is right) the problem here, but the fact that `find-library-name' fails to find "org". So, the problem comes down to the fact that the following... #+begin_src emacs-lisp (require 'find-func) (find-library-name "org") #+end_src ... does fail with the latest Cygwin [1]: --8<---------------cut here---------------start------------->8--- Debugger entered--Lisp error: (error "Can't find library org") signal(error ("Can't find library org")) error("Can't find library %s" "org") find-library-name("org") --8<---------------cut here---------------end--------------->8--- OTOH, the following does work: #+begin_src emacs-lisp (message "%s" (locate-library "org")) #+end_src and returns: --8<---------------cut here---------------start------------->8--- /usr/share/emacs/24.2/lisp/org/org.elc --8<---------------cut here---------------end--------------->8--- I'm not sure to understand the (subtle?) difference between `find-library-name' and `locate-library'... IOW, using `locate-library' (if equivalent) in `org-exp-blocks' would (seem to) be a workaround to this problem. But...? Best regards, Seb -- Sebastien Vauban [1] No local Org installation -- or at least no (add-to-list 'load-path). ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-01-25 12:28 ` Sebastien Vauban @ 2013-01-26 10:20 ` Bastien 2013-02-01 9:25 ` Sebastien Vauban 2013-01-26 15:18 ` Achim Gratz 1 sibling, 1 reply; 13+ messages in thread From: Bastien @ 2013-01-26 10:20 UTC (permalink / raw) To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ Hi Sébastien, "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes: > So, the problem comes down to the fact that the following... > > #+begin_src emacs-lisp > (require 'find-func) > (find-library-name "org") > #+end_src > > ... does fail with the latest Cygwin [1]: > > Debugger entered--Lisp error: (error "Can't find library org") > signal(error ("Can't find library org")) > error("Can't find library %s" "org") > find-library-name("org") Please report the problem to Cygwin people. They can either upgrade to a more recent version of Emacs, or try to sort out the problem with (find-library-name "org"). I cannot do anything from here, `find-library-name' is not in latest Org. Best, -- Bastien ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-01-26 10:20 ` Bastien @ 2013-02-01 9:25 ` Sebastien Vauban 0 siblings, 0 replies; 13+ messages in thread From: Sebastien Vauban @ 2013-02-01 9:25 UTC (permalink / raw) To: emacs-orgmode-mXXj517/zsQ Hi Bastien, Bastien wrote: > Sebastien Vauban writes: > >> So, the problem comes down to the fact that the following... >> >> #+begin_src emacs-lisp >> (require 'find-func) >> (find-library-name "org") >> #+end_src >> >> ... does fail with the latest Cygwin [1]: >> >> Debugger entered--Lisp error: (error "Can't find library org") >> signal(error ("Can't find library org")) >> error("Can't find library %s" "org") >> find-library-name("org") > > Please report the problem to Cygwin people. They can either upgrade to a > more recent version of Emacs, or try to sort out the problem with > (find-library-name "org"). I cannot do anything from here, > `find-library-name' is not in latest Org. DONE (forwarded onto Gmane's "os.cygwin" mailing list). Best regards, Seb -- Sebastien Vauban ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-01-25 12:28 ` Sebastien Vauban 2013-01-26 10:20 ` Bastien @ 2013-01-26 15:18 ` Achim Gratz 2013-02-01 16:03 ` Sebastien Vauban 1 sibling, 1 reply; 13+ messages in thread From: Achim Gratz @ 2013-01-26 15:18 UTC (permalink / raw) To: emacs-orgmode Sebastien Vauban writes: > Wait, wait, wait... > > When reading the backtrace even more carefully, this 3rd observation is not > what's said by the error message: "../contrib" is not (I guess Achim is right) > the problem here, but the fact that `find-library-name' fails to find "org". > > So, the problem comes down to the fact that the following... > > #+begin_src emacs-lisp > (require 'find-func) > (find-library-name "org") > #+end_src > > ... does fail with the latest Cygwin [1]: I remember... that bug has since been fixed in Org. As a workaround, install the emacs-el package which contains the source files to prevent this from happening with that particular version of Emacs/Org on Cygwin. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-01-26 15:18 ` Achim Gratz @ 2013-02-01 16:03 ` Sebastien Vauban 2013-02-01 18:46 ` Achim Gratz 0 siblings, 1 reply; 13+ messages in thread From: Sebastien Vauban @ 2013-02-01 16:03 UTC (permalink / raw) To: emacs-orgmode-mXXj517/zsQ Hi Achim, Achim Gratz wrote: > Sebastien Vauban writes: >> Wait, wait, wait... >> >> When reading the backtrace even more carefully, this 3rd observation is not >> what's said by the error message: "../contrib" is not (I guess Achim is right) >> the problem here, but the fact that `find-library-name' fails to find "org". >> >> So, the problem comes down to the fact that the following... >> >> #+begin_src emacs-lisp >> (require 'find-func) >> (find-library-name "org") >> #+end_src >> >> ... does fail with the latest Cygwin [1]: > > I remember... that bug has since been fixed in Org. As a workaround, > install the emacs-el package which contains the source files to prevent > this from happening with that particular version of Emacs/Org on Cygwin. Exactly what you said... Perfectly seen! Though, I'm not sure to understand why that solves the issue... except if the emacs-el package gets updated more often that Emacs, then? -------------------- Start of forwarded message -------------------- From: Ken Brown <kbrown-HmMyXyqgL2CVc3sceRu5cw@public.gmane.org> Newsgroups: gmane.os.cygwin Subject: Re: Org mode package too old in Cygwin Emacs Date: Fri, 01 Feb 2013 09:02:56 -0500 On 2/1/2013 4:23 AM, Sebastien Vauban wrote: > I'm forwarding here a request of Bastien Guerry, maintainer of Org mode, after > looking at a problem I have when running Cygwin Emacs: > > -------------------- Start of forwarded message -------------------- > From: Bastien <bzg-whniv8GeeGkdnm+yROfE0A@public.gmane.org> > Newsgroups: gmane.emacs.orgmode > Subject: Re: Contrib missing from (Cygwin) Emacs > Date: Sat, 26 Jan 2013 11:20:00 +0100 > > Hi Sébastien, > > Sebastien Vauban writes: >> Debugger entered--Lisp error: (error "Can't find library org") >> signal(error ("Can't find library org")) >> error("Can't find library %s" "org") >> find-library-name("org") > > Please report the problem to Cygwin people. They can either upgrade to a more > recent version of Emacs, or try to sort out the problem with > (find-library-name "org"). I cannot do anything from here, `find-library-name' > is not in latest Org. Cygwin's emacs is the latest upstream release. The problem is that the current Org distributed with emacs requires the presence of elisp source files, which are not installed by default on Cygwin. Cygwin users of the current Org have to install the emacs-el package to get the elisp source files. Ken -------------------- End of forwarded message -------------------- Best regards, Seb -- Sebastien Vauban ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-02-01 16:03 ` Sebastien Vauban @ 2013-02-01 18:46 ` Achim Gratz 2013-02-01 19:00 ` Achim Gratz 0 siblings, 1 reply; 13+ messages in thread From: Achim Gratz @ 2013-02-01 18:46 UTC (permalink / raw) To: emacs-orgmode Sebastien Vauban writes: > Though, I'm not sure to understand why that solves the issue... except if the > emacs-el package gets updated more often that Emacs, then? The original implementation of find-func looked explicitly for org.el, which wasn't ever working with either compressed or not-installed source files. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-02-01 18:46 ` Achim Gratz @ 2013-02-01 19:00 ` Achim Gratz 0 siblings, 0 replies; 13+ messages in thread From: Achim Gratz @ 2013-02-01 19:00 UTC (permalink / raw) To: emacs-orgmode Achim Gratz writes: > Sebastien Vauban writes: >> Though, I'm not sure to understand why that solves the issue... except if the >> emacs-el package gets updated more often that Emacs, then? > > The original implementation of find-func looked explicitly for org.el, Sorry, what I meant was: the original compatibility macro for find-library-name (since that function is not available in all versions of Emacs). It has since been replaced with an implementation that uses a function that is available in all versions of Emacs and uses the same logic as load-library to find "org" so it will find org.elc, org.el.gz etc.pp. > which wasn't ever working with either compressed or not-installed source > files. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-01-24 18:27 ` Sebastien Vauban 2013-01-24 19:29 ` Bastien @ 2013-01-24 20:49 ` Achim Gratz 2013-01-24 21:02 ` Charles 2 siblings, 0 replies; 13+ messages in thread From: Achim Gratz @ 2013-01-24 20:49 UTC (permalink / raw) To: emacs-orgmode Sebastien Vauban writes: > - `org-ditaa' and `org-exp-blocks' both expect that directory along where > org.el resides No they don't, this is only used as a fallback if they can't find the expected files elsewhere. You need to configure where they should find the JAR files. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Contrib missing from (Cygwin) Emacs 2013-01-24 18:27 ` Sebastien Vauban 2013-01-24 19:29 ` Bastien 2013-01-24 20:49 ` Achim Gratz @ 2013-01-24 21:02 ` Charles 2 siblings, 0 replies; 13+ messages in thread From: Charles @ 2013-01-24 21:02 UTC (permalink / raw) To: emacs-orgmode On 1/24/2013 1:27 PM, Sebastien Vauban wrote: > Hi Bastien, > > Bastien wrote: >> "Sebastien Vauban" writes: >> >>> It seems that `org-ditaa' and `org-exp-blocks' both expect to find an >>> "../contrib" directory. Such is not bundled with Emacs. Isn't the assumption >>> wrong, then or should `contrib' be bundled as well? >> I don't know how Cygwin builds the Emacs package... >> >> If this is a problem in Cygwin, it's a miracle (?) no Org user >> reported it before! >> >> I don't know how to fix this, things are fine in Org >=7.9. > I don't think it's related to Cygwin per se. AFAIK: > > - `contrib' is not bundled within Emacs, while > > - `org-ditaa' and `org-exp-blocks' both expect that directory along where > org.el resides > > in the current Org version... > > Just grep for "../contrib": > > ./ob-ditaa.el:55: "../contrib" > ./org-exp-blocks.el:252: "../contrib" > > I guess the (relative) hardcoding should be avoided. > > Best regards, > Seb > For my Org-mode in Cygwin I followed the instructions at http://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development This not allows you to have "bleeding edge" org-mode, but the contrib directory is now present in my Cygwin; I do not believe that the Org contrib directory is in the Cygwin Emacs. Regards, Charlie Millar ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2013-02-01 19:08 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-01-24 15:13 Contrib missing from (Cygwin) Emacs Sebastien Vauban 2013-01-24 15:40 ` Bastien 2013-01-24 18:27 ` Sebastien Vauban 2013-01-24 19:29 ` Bastien 2013-01-25 12:28 ` Sebastien Vauban 2013-01-26 10:20 ` Bastien 2013-02-01 9:25 ` Sebastien Vauban 2013-01-26 15:18 ` Achim Gratz 2013-02-01 16:03 ` Sebastien Vauban 2013-02-01 18:46 ` Achim Gratz 2013-02-01 19:00 ` Achim Gratz 2013-01-24 20:49 ` Achim Gratz 2013-01-24 21:02 ` Charles
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).