Eric Schulte writes:
> I just applied these patches. The worst case is that users may have to
> change "ob-sh" to "ob-shell" in their config (although some initial
> testing seems to indicate that even this change won't be required), and
> possibly replace "sh" with "shell" in their local.mk file
It sounds as though most people don't particularly care which shell is
used. However, I believe Greg is correct and the *right* thing to do is
to have specific names (bash, sh, etc...) denote specific shells. I'd
also like "#+begin_src shell" to specify the "don't care" option. That
is what thes
Eric Schulte writes:
>> How about the following resolution? We rename ob-sh.el to ob-shell.el.
>> New "shell" code blocks could use the value of the
>> `org-babel-sh-command' environment variable. Then sh, bash, zsh, csh,
>> ash, dash (am I missing any other common ones) use the specific shell
>>
Eric Schulte writes:
>>
>> How about the following resolution? We rename ob-sh.el to ob-shell.el.
>> New "shell" code blocks could use the value of the
>> `org-babel-sh-command' environment variable. Then sh, bash, zsh, csh,
>> ash, dash (am I missing any other common ones) use the specific she
Greg Troxel wrote:
> Eric Schulte writes:
>
>> Although purely semantically, in my opinion the "sh" in "#+begin_src sh"
>> indicates generic "shell-script", not the POSIX sh. E.g., there is no
>> ob-bash.el or ob-csh.el.
>
> I see your point. But stepping back, I have always felt that
> "#+begin
Eric Schulte writes:
> Although purely semantically, in my opinion the "sh" in "#+begin_src sh"
> indicates generic "shell-script", not the POSIX sh. E.g., there is no
> ob-bash.el or ob-csh.el.
I see your point. But stepping back, I have always felt that
"#+begin_src foo" referred to a langu
>
> How about the following resolution? We rename ob-sh.el to ob-shell.el.
> New "shell" code blocks could use the value of the
> `org-babel-sh-command' environment variable. Then sh, bash, zsh, csh,
> ash, dash (am I missing any other common ones) use the specific shell
> specified.
>
The attac
Eric Schulte writes:
> I understand your point, but in reality I doubt there are many systems
> on which people use Org-mode with code blocks and on which sh is
> available but no bash is installed.
You might want to widen your horizon on the "many systems" front a bit.
The typical BSD system has
>>
>> I understand your point, but in reality I doubt there are many systems
>> on which people use Org-mode with code blocks and on which sh is
>> available but no bash is installed.
>
> That may be true on some flavors of Linux, but on BSDs:
>
> bash is not the normal shell (and is not part of
Eric Schulte writes:
> Greg Troxel writes:
>
>> Eric Schulte writes:
>>
Just an fyi: I had to set org-babel-sh-command to "bash" for this to
work. Why is "sh" the default value of this variable?
>>>
>>> I think sh is more portable, but I guess almost any system should have
>>> bash a
Greg Troxel writes:
> Eric Schulte writes:
>
>>> Just an fyi: I had to set org-babel-sh-command to "bash" for this to
>>> work. Why is "sh" the default value of this variable?
>>>
>>
>> I think sh is more portable, but I guess almost any system should have
>> bash as well, I've just changed this
Eric Schulte writes:
>> Just an fyi: I had to set org-babel-sh-command to "bash" for this to
>> work. Why is "sh" the default value of this variable?
>>
>
> I think sh is more portable, but I guess almost any system should have
> bash as well, I've just changed this default to bash.
(Assuming y
Eric Schulte writes:
[...]
> Sounds like someone with an interest in octave support should take a
> look at ob-octave.el, this shouldn't be a difficult fix and there are
> many examples of other languages (e.g., sh) handling the combination of
> output and vectors.
Okay. I'll add it to my todo
Eric S Fraga writes:
> Eric Schulte writes:
>
> [...]
>
>> I'm not familiar with ob-octave, but I'd imagine ":results vector"
>> should do the trick.
>
> Nope. Unfortunately, this doesn't work.
>
> If the result I want is what is actually "output" by octave, then this
> ignores that output.
Eric Schulte writes:
[...]
> I'm not familiar with ob-octave, but I'd imagine ":results vector"
> should do the trick.
Nope. Unfortunately, this doesn't work.
If the result I want is what is actually "output" by octave, then this
ignores that output. If I put ":results output vector", this
Eric S Fraga writes:
> Eric Schulte writes:
>
>> Hi Eric,
>>
>> The attached works fine for me (using sh since I don't have octave).
>
> Dear Eric,
>
> thanks for your quick reply and sorry for taking so long to get back to
> you. I ended up going to Chile for a week the day after sending my
>
Eric Schulte writes:
> Hi Eric,
>
> The attached works fine for me (using sh since I don't have octave).
Dear Eric,
thanks for your quick reply and sorry for taking so long to get back to
you. I ended up going to Chile for a week the day after sending my
original email and had very little Inte
Nick Dokos writes:
> Eric Schulte writes:
>
>
>> The attached works fine for me (using sh since I don't have octave).
>>
>> #+name: uptime
>> #+begin_src sh
>> paste <(echo -e "1\n5\n15") <(uptime|sed 's/^.*average: //;s/,//g'|tr ' '
>> '\n')
>> #+end_src
>>
>
> Just an fyi: I had to set org-
Eric Schulte writes:
> The attached works fine for me (using sh since I don't have octave).
>
> #+name: uptime
> #+begin_src sh
> paste <(echo -e "1\n5\n15") <(uptime|sed 's/^.*average: //;s/,//g'|tr ' '
> '\n')
> #+end_src
>
Just an fyi: I had to set org-babel-sh-command to "bash" for this
Hi Eric,
The attached works fine for me (using sh since I don't have octave).
#+name: uptime
#+begin_src sh
paste <(echo -e "1\n5\n15") <(uptime|sed 's/^.*average: //;s/,//g'|tr ' ' '\n')
#+end_src
#+RESULTS: uptime
| 1 | 0.02 |
| 5 | 0.06 |
| 15 | 0.05 |
#+begin_src gnuplot :var data=upti
Hello,
everything I have seen on the list and on Worg seems to indicate that it
should be possible to pass data from a babel src block to a gnuplot src
block. See, for instance, the excellent article on data collection and
analysis at
http://orgmode.org/worg/org-contrib/babel/examples/data-colle
21 matches
Mail list logo
