quarto-dev / quarto-dev/quarto-cli
Unexpected handling of symbolic link on Linux
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 6k
- Forks
- 458
- Avg merge
- 1d 9h
- Merged PRs (30d)
- 41
Description
Bug description
I have a css file which I want to incorporate into every book project of mine to establish baseline styles. I created a main copy of the file and created a symbolic link to the main copy in a project directory. But when compiling, instead of copying the link target file into the _book directory, a copy of the symbolic link file is made instead. Having a symbolic link file in the rendered static site directory is of no value.
When I use e.g. cp to copy a symbolic link file from the command line, a new copy of the link target file is created instead of a copy of the symbolic link file. I expected the same behavior when rendering my project.
I don't know if this should be considered a bug report or an enhancement request.
Steps to reproduce
No response
Expected behavior
No response
Actual behavior
No response
Your environment
No response
Quarto check output
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the Linux rendering case with a CSS file linked into a project, then inspect the static-asset copying path used to create the _book directory. Compare the rendered output with copying the link through cp. Done means the output contains the link target's file contents rather than a symbolic link.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- linux
- Domain
- build-system
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100