Skip to content

Conversation

@hadjilucasL
Copy link

@hadjilucasL hadjilucasL commented Dec 23, 2025

To solve #549

linuxserver.io


  • I have read the contributing guideline and understand that I have made the correct modifications

Description:

Restore back the symlink as it was before the rebase here.

This will have no impact on the functionality, but the change broke installations where people relied on the path to resolve the keys outside the container (e.g. in Unraid, as indicated by #549). For example we point to other applications that need the keys to this path.

Also as /config is the absolute path where the volume is mounted inside the container, using the relative path makes more sense imho.

Benefits of this PR and context:

Fixes #549 - No impact on functionality.

image

How Has This Been Tested?

Tested on live system

Source / References:

Originally introduced during rebase here #526 (pinging @thespad)

Copy link

@github-actions github-actions bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for opening this pull request! Be sure to follow the pull request template!

@LinuxServer-CI
Copy link
Contributor

I am a bot, here is the pushed image/manifest for this PR:

ghcr.io/linuxserver/lspipepr-swag:5.2.2-pkg-a0ca254d-dev-0ab1a76daef9736babdb628eca4c8d86f156100e-pr-597

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Development

Successfully merging this pull request may close these issues.

[BUG] symbolic links not accessible

2 participants