[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bash source code block: problem after ssh commands
From: |
Matt |
Subject: |
Re: bash source code block: problem after ssh commands |
Date: |
Wed, 08 Nov 2023 20:41:43 +0100 |
User-agent: |
Zoho Mail |
---- On Tue, 07 Nov 2023 09:53:46 +0100 Ihor Radchenko wrote ---
> Matt matt@excalamus.com> writes:
>
> > ---- On Mon, 06 Nov 2023 14:32:16 +0100 Ihor Radchenko wrote ---
> > > I am wondering about the possible downsides of using script approach
> > > instead of stdin redirection.
> >
> > I'm curious to hear more about what you're thinking.
>
> I am thinking to change the
> (t (org-babel-eval shell-file-name (org-trim body)))
> clause in `org-babel-sh-evaluate' to something that uses a script file.
>
> It will clearly solve the discussed problem, possibly at the cost of
> small overhead to write the script file to disk.
Thanks for clarifying. I've been away from the codebase for a bit and, now
that the FSF paperwork is signed (still need to get Craig a copy), I'm
reviewing =ob-shell= with an eye for what could be cleaned or improved. I
feel like =org-babel-sh-evaluate= could use some attention.
I'm open to your suggestion. The good is that using a script is how :shebang
and :cmdline are processed currently (like you pointed out) so there's
precedence and experience with it. Also, it would make all non-session
execution use the same model (script versus comint). I like how that would
create a clean separation.
For bad, nothing jumps out to me as obviously a problem. Let me "think out
loud" for a moment. We'd need to write to disk. Like you say, this incurs
overhead opening, writing, and closing the file. It's not like we'd forget to
close it, though. Nor is running out of space or inodes our problem. Writing
requires permission. That's not an issue with /tmp. Then, it needs to
execute. Aside from permission, any code we insert needs to be correct. For
example, a shebang would need to point to the correct application and any
arguments would need to correspond to the implementation being called. I doubt
we'd need anything beyond /bin/<shell>. FWIW, it looks like there's been at
least one instance where :shebang's formatting was questioned
(https://yhetil.org/orgmode/CA+A2iZZ1vMmKiUf4Fem1AU7CA1m9GQap+BkvrOsz+0BxRt6rRA@mail.gmail.com/).
We'd also need to control for what environment the script runs in. That was
another issue I saw raised in the list
(https://yhetil.org/orgmode/87609ug5ae.fsf@luisa.c0t0d0s0.de/). Of course,
we'd need to read the stdout and stderr. This is handled by =process-file=.
Any step I missed or some kind of failure I didn't consider?
- Re: bash source code block: problem after ssh commands, Ihor Radchenko, 2023/11/06
- Re: bash source code block: problem after ssh commands, Matt, 2023/11/06
- Re: bash source code block: problem after ssh commands, Ihor Radchenko, 2023/11/07
- Re: bash source code block: problem after ssh commands,
Matt <=
- Re: bash source code block: problem after ssh commands, Ihor Radchenko, 2023/11/09
- Re: bash source code block: problem after ssh commands, Matt, 2023/11/09
- Re: bash source code block: problem after ssh commands, Matt, 2023/11/15
- Re: bash source code block: problem after ssh commands, Matt, 2023/11/15
- Re: bash source code block: problem after ssh commands, Ihor Radchenko, 2023/11/16
- Re: bash source code block: problem after ssh commands, Matt, 2023/11/16
- Re: bash source code block: problem after ssh commands, Alain . Cochard, 2023/11/16
- Re: bash source code block: problem after ssh commands, Matt, 2023/11/16
- Re: bash source code block: problem after ssh commands, Ihor Radchenko, 2023/11/17
- Re: bash source code block: problem after ssh commands, Alain . Cochard, 2023/11/17