From: William Denton <william@williamdenton.org>
To: stardiviner <numbchild@gmail.com>
Cc: Org-mode <emacs-orgmode@gnu.org>
Subject: Re: The ob-R :results graphics file :dir "images" :file "plot.png" specified directory not working
Date: Wed, 15 Jan 2025 03:31:15 +0000 [thread overview]
Message-ID: <j4gui0k5LHl6r-WQMn5_flJpX7T_tG7vYRmHBURwni12rvErgXvu8Vfe8AIrnbsK3T6HYRC9XpWKAO8_H7dSxBTQ2xWqY9XKYAVnoFt6jdM=@williamdenton.org> (raw)
In-Reply-To: <CAL1eYuKb8nqptjW_+EXcSugRZQhY2cXo39vXGnQkP5xsnAUO3w@mail.gmail.com>
On Tuesday, January 14th, 2025 at 11:04, stardiviner <numbchild@gmail.com> wrote:
> Finally found the real reason: package `project-rootfile` -> (add-to-list 'project-find-functions #'project-rootfile-try-detect t)
> I don't know why project-rootfile involved in the Org mode Babel source block execution path.
> I checked out the source code of `project-rootfile`. Have not found any clue.
> Anyone have thoughts on this weird problem?
I think you've identified the same kind of problem I have. I have some Org files with R code that I run in a session, and I want the working directory to be the directory the files are in (.) but it is one up (..). I couldn't figure out why it happened, because it wasn't happening with "make repro" tests. But now that I look at it, this happens in files that are in projects or Git repositories. I don't use the package you do, though, just built-in projects.el. Still, maybe it's the same thing?
Bill
--
William Denton
https://www.miskatonic.org/
Librarian, artist and licensed private investigator.
Toronto, Canada
next prev parent reply other threads:[~2025-01-15 4:04 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-25 10:57 [BUG] Relative filenames for graphics output in ob-R.el [9.8-pre (release_9.7.4-80-g7fa169)] Sam Crawford
2024-06-26 13:23 ` Ihor Radchenko
[not found] ` <Eol9qrqro63gxtIvCHknY775AV2QB4sVptOEZY__3tyWRRgw7GkCfbxqahcbQoVgNoQeqJzzXs5fHS-7ocn3OqTE0hJSwW9HCmWF4lt6N6g=@crawf.uk>
2024-06-27 9:41 ` [POLL] ob-R, ob-julia: Should we force-disable ess-ask-for-ess-directory? (was: [BUG] Relative filenames for graphics output in ob-R.el [9.8-pre (release_9.7.4-80-g7fa169)]) Ihor Radchenko
2024-06-28 12:47 ` Rudolf Adamkovič
2024-06-28 13:46 ` Christian Moe
2024-06-28 15:09 ` [POLL] ob-R, ob-julia: Should we force-disable ess-ask-for-ess-directory? Suhail Singh
2024-08-06 8:43 ` [POLL] ob-R, ob-julia: Should we force-disable ess-ask-for-ess-directory? (was: [BUG] Relative filenames for graphics output in ob-R.el [9.8-pre (release_9.7.4-80-g7fa169)]) Ihor Radchenko
2025-01-14 5:10 ` The ob-R :results graphics file :dir "images" :file "plot.png" specified directory not working stardiviner
2025-01-14 5:29 ` stardiviner
2025-01-14 10:49 ` sam--- via General discussions about Org-mode.
2025-01-14 16:04 ` stardiviner
2025-01-15 3:31 ` William Denton [this message]
2025-01-14 16:09 ` stardiviner
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='j4gui0k5LHl6r-WQMn5_flJpX7T_tG7vYRmHBURwni12rvErgXvu8Vfe8AIrnbsK3T6HYRC9XpWKAO8_H7dSxBTQ2xWqY9XKYAVnoFt6jdM=@williamdenton.org' \
--to=william@williamdenton.org \
--cc=emacs-orgmode@gnu.org \
--cc=numbchild@gmail.com \
/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).