Ollama, Stirling-PDF, ArtistTrackarr, LubeLogger: remove settings that have no effect

[jackspiering]

Description

Four stacks carry a setting that does nothing, and two of them suggest a behaviour that is not there. This pull request removes them. No stack behaves differently afterwards.

• Ollama (compose.yaml, .env): remove the commented OLLAMA_API_KEY lines. Their comments say that the variable restricts access to the API. It does not: with the variable set in the container, GET /api/tags without a key still answered 200.
• Stirling-PDF (compose.yaml): remove DOCKER_ENABLE_SECURITY=false. The start script of the image only acts on the value true, so false equals not setting it. The line reads as if it disables the login, but the current image creates the account admin / stirling and requires a login either way.
• ArtistTrackarr (compose.yaml): remove PUID and PGI, a misspelling of PGID. The image always runs as user and group 10001 and ignores both.
• LubeLogger (compose.yaml): remove build: .. The directory has no Dockerfile, so docker compose build and docker compose up -d --build fail.

Related Issues

• None.

Verification

Each stack ran from a scratch copy with the Compose file from main and from this branch. A stand-in container replaced Tailscale, because the changes do not concern the network.

Stack	main	This branch
Stirling-PDF	Healthy, DOCKER_ENABLE_SECURITY in the environment, login as admin / stirling answers 200	Healthy, variable absent, same login answers 200
ArtistTrackarr	Healthy, PUID=1000 and PGI=1000 in the environment, process runs as 10001:10001, files in /data owned by 10001:10001	Healthy, variables absent, same user and file owner
LubeLogger	docker compose build fails: failed to read dockerfile: open Dockerfile: no such file or directory	No services to build, the stack starts and becomes healthy

• Stirling-PDF: /scripts/download-security-jar.sh is the only file in the image that reads DOCKER_ENABLE_SECURITY, and it only tests for true.
• Ollama: the lines are comments, so the stack is unchanged. The check that the variable has no effect was done earlier with ollama/ollama:latest: with OLLAMA_API_KEY set in the container, GET /api/tags without a key answered 200.
• docker compose config --quiet in the four service directories: passed.
• git diff --check: passed.

Checklist

• I have performed a self-review of my code and followed the templates structure.
• I have added verification that the stack works as expected.
• I have updated necessary documentation (e.g. frontpage README.md ).
• I have selected the correct label(s) for this PR.

Additional Context

• This pull request changes no README, so it does not conflict with All services: standardize the service READMEs #363. The Ollama README on main still has an "API Key (Optional)" section that describes the removed variable. All services: standardize the service READMEs #363 rewrites that README without it.
• To run Stirling-PDF without a login, the image now uses other settings. This pull request does not add them, because that would change what the stack does today.