Dify.ai, a self-hosted prompt-management tool

[timconsidine]

@luckow said:

Installing App to diffy.example.org ...
Image: tcmbp132021/cloudron-dify:latest
✘ Installation failed: No such route

[I assume diffy.example.org is just obfuscation for the forum. ]

Compared to this :

Installing App to jumble.xapps.uk...
Image: tcmbp132021/cloudron-dify:latest

Installation Started! (This may take a few minutes)

I think this suggests / confirms network issue.
Try again, maybe ?

The first part of the sequence (the script) runs in seconds, so re-trying is do-able.
The second part (the cloudron install) takes few minutes because of image size.

Are you running the install on your desktop/laptop ? Or on your Cloudron instance ?
Either way, I suspect temporary network failure connecting to hub.docker.com

---

Edit : I would do some standard network diagnostics.

% ping hub.docker.com
PING hub.docker.com.cdn.cloudflare.net (104.18.43.187): 56 data bytes
64 bytes from 104.18.43.187: icmp_seq=0 ttl=58 time=11.143 ms
64 bytes from 104.18.43.187: icmp_seq=1 ttl=58 time=11.543 ms
64 bytes from 104.18.43.187: icmp_seq=2 ttl=58 time=10.148 ms
^C
--- hub.docker.com.cdn.cloudflare.net ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.148/10.945/11.543/0.587 ms

---

Hmmm, possibly a Cloudflare issue ?

[robi]

@timconsidine can you check your chats?

[luckow]

@timconsidine same on the third network:

curl -fsSL https://customappgateway.appx.uk/install.sh | bash -s -- --install-app "Dify AI"
CustomAppGateway Universal Installer
----------------------------------------
Detected OS: Linux (x86_64)
Downloading installer from: https://customappgateway.appx.uk/cag-installer-linux
Running Installer...
----------------------------------------
Welcome to the Custom App Gateway (CAG) Installer
-----------------------------------------------
Fetching catalogue to find app: Dify AI...
✔ Found App: Dify AI (undefined)
NOTE: You will need an API Token from your Cloudron Profile.
      Go to https://my.your-cloudron.com/#/profile to generate one.
? Enter your Cloudron Domain (e.g., my.example.com): my.example.org
? Enter your Cloudron API Token: ****************************************************************
? Enter the subdomain to install the app (e.g., ccai.example.com): dify.example.org

Validating connection...
✔ Connection successful

Fetching App Manifest...
Fetching manifest from: https://customappgateway.appx.uk/deploy/dify/CloudronManifest.json
✔ Manifest fetched successfully
Resolving manifest file references...

Installing App to dify.example.org...
Image: tcmbp132021/cloudron-dify:latest
✘ Installation failed: No such route
Details: {
  "status": "Not Found",
  "message": "No such route"
}

ping hub.docker.com 
PING hub.docker.com (2606:4700:4409::ac40:9045) 56 Datenbytes
64 Bytes von 2606:4700:4409::ac40:9045: icmp_seq=1 ttl=56 Zeit=43.1 ms
64 Bytes von 2606:4700:4409::ac40:9045: icmp_seq=2 ttl=56 Zeit=48.4 ms
64 Bytes von 2606:4700:4409::ac40:9045: icmp_seq=3 ttl=56 Zeit=47.0 ms

I have no idea what the difference is between your network and mine.

[timconsidine]

@luckow well seems to me it is docker hub access issue, not an app issue.
My ping was via cloudflare and IPV4
Yours seem ipv6 and direct.
No idea why either difference would be a blocker.

I’ll try some diagnosis

[timconsidine]

Re-packaged as a community app :

Cloudron Versions:
https://communityapps.appx.uk/cloudron-dify/CloudronVersions.json

WARNING : it's a big 3.6Gb image to pull down : be patient.

Community Apps Website:
https://communityapps.appx.uk

[ @community-apps ]

@luckow does the community app solve your image download ?

@James, how do we communicate updates available ? Just push new details to CloudronVersions.json and Cloudron platform will pick them up and advise those who installed it ? (no update in this one - just a repackage)

[luckow]

@timconsidine Yes. Great. The download and installation went smoothly.

[timconsidine]

@luckow phew !

[james]

Hello @timconsidine

When you update the CloudronManifest.json file at e.g.: https://communityapps.appx.uk/cloudron-dify/CloudronVersions.json installation that used this URL will pickup the update automatically.

[girish]

@timconsidine if you want (to increase you work ), you can open a separate package updates thread for a package.

[RoundHouse1924]

FWIW, Dify.ai is licensed under a modified version of the Apache License 2.0 with additional conditions:-
https://github.com/langgenius/dify/blob/main/LICENSE

[LoudLemur]

This post is deleted!

[timconsidine]

@LoudLemur also already packaged as community app
If you don’t check before posting, you risk becoming a bot posting slop

[LoudLemur]

@timconsidine This is a good point. If I do try these in the future, I shall be sure of checking if they are packaged first. It is useful to check if the estimates prove accurate though.

Can you remember if this was actually hard?

[ekevu123]

@LoudLemur said:

@ekevu123 https://forum.cloudron.io/topic/12472/please-use-this-template-to-make-an-app-wishlist-request/13

Thank you for pointing out the template, but when I posted this, this didn't exist yet and I didn't want to go through my posts retroactively.

[timconsidine]

Updated my Dify community app to upstream 1.14.2 with sandbox enabled

https://communityapps.appx.uk/cloudron-dify/CloudronVersions.json

I'm not a Dify expert. Started it mostly for RAG, but I use my own simpler more-focussed custom RAG apps. Looking for use cases for Dify.

[LoudLemur]

@timconsidine

Bug report for the Cloudron Dify community package: plugins fail: "failed to find uv path"

Package: io.timconsidine.dify (community), version 2.0.15, image forgejo.tcjc.uk/cca/cloudron-dify:2.0.15
Cloudron: 9.x

Symptom

Installing any model-provider plugin from the Marketplace (e.g. Text Embedding Inference / langgenius/huggingface_tei) fails with:

failed to launch plugin: failed to find uv path: failed to find uv path: exit status 1
failed to init environment

Because in Dify 2.0 every model provider is a Python plugin, this blocks all providers — embeddings, LLMs, and rerank — so the app can't be wired to any model.

Root cause (verified in the running container)

The image does not contain the uv binary, but the plugin daemon shells out to uv to build each plugin's Python venv.

• which uv, find / -name uv -type f, /app/code/api/.venv/bin/uv, and python -c "import uv" all come up empty.
• start.sh expects uv: it creates /app/data/cache/uv and /app/data/uv/python and exports UV_CACHE_DIR / UV_PYTHON_INSTALL_DIR, but the binary itself was never installed, and no UV_PATH is set.
• The plugin daemon's PATH (inherited from start.sh → supervisord) is /app/code/api/.venv/bin:/usr/local/...:/usr/bin:... — all read-only, none containing uv.

It is not fixable at runtime by the operator: the rootfs is read-only, and start.sh regenerates /app/data/api-env on every boot, so there is no persistent hook to add uv or UV_PATH.

Suggested fix (image-side)

Install uv into the image and make it discoverable to the plugin daemon. Any one of:

1. In the Dockerfile, install uv into the API venv: pip install uv (puts uv in /app/code/api/.venv/bin, already on the daemon's PATH), or copy the static binary: COPY --from=ghcr.io/astral-sh/uv:latest /uv /usr/local/bin/uv.
2. Optionally also export an explicit UV_PATH=/usr/local/bin/uv (or the venv path) in start.sh so the daemon doesn't rely on PATH lookup.

After that, confirm a Marketplace plugin (e.g. langgenius/huggingface_tei) installs and a Rerank model can be added.

Note

Pin/ship a known uv version for reproducibility. This is the same class as langgenius/dify#19522, but here uv is genuinely absent from the image rather than mis-detected.

[timconsidine]

@LoudLemur away currently but will look into it in my return