Bad paths for weasyprint & unoconv

[ssweber]

I think these need to be set in the settings.yml. I can't edit it since it get's refreshed on restart.

system:
    customPaths:
        operations:
            weasyprint: "/usr/bin/weasyprint" #Defaults to /opt/venv/bin/weasyprint
            unoconvert: "/usr/bin/unoconv" #Defaults to /opt/venv/bin/unoconvert

Here's the log:

Feb 24 13:08:22 18:08:22.650 [main] WARN s.s.SPDF.config.ExternalAppDepConfig - Missing dependency: /opt/venv/bin/weasyprint - Disabling group: Weasyprint (Affected features: Markdown To PDF, Url To PDF, Html To PDF)
Feb 24 13:08:22 18:08:22.656 [main] WARN s.s.SPDF.config.ExternalAppDepConfig - Missing dependency: /opt/venv/bin/unoconvert - Disabling group: Unoconv (Affected features: File To PDF)
Feb 24 13:08:22 18:08:22.857 [main] INFO s.s.S.config.EndpointConfiguration - Total disabled endpoints: 6. Disabled endpoints: book-to-pdf, file-to-pdf, html-to-pdf, markdown-to-pdf, pdf-to-book, url-to-pdf

[ssweber]

I poked around seeing if there was an environmental variables env.sh script, but there wasn't on. Otherwise I could try export SYSTEM_CUSTOMPATHS_OPERATIONS_WEASYPRINT=/usr/bin/weasyprint

[girish]

@ssweber thanks, fix coming - https://git.cloudron.io/packages/stirling-pdf-app/-/merge_requests/30

[ssweber]

Thanks for the quick attention, but doesn’t look fixed yet.

I updated, but I don’t see those settings written to the settings.yml, and it still says they are missing (looking in default paths)

Is it hard to allow/run an env.sh? Then maybe we can fix the key problem as well by using environmental variables.

[joseph]

@ssweber yes, repoted already. correct fix is at https://git.cloudron.io/packages/stirling-pdf-app/-/merge_requests/31

[girish]

@ssweber my bad. I pushed a better fix now. Can you please try?

[ssweber]

Sorry, it doesn't seem to be picking up the settings, even though they are in custom_settings.yml. I posted a question to stirling github about that. I'm not sure that it merges custom_settings.yml like you'd assume.

https://github.com/Stirling-Tools/Stirling-PDF/discussions/3058

[girish]

@ssweber you are right, the fix doesn't work

[ssweber]

It's like they used a time-machine and preemptively fixed this in their main 2 days ago. LOL. Sorry I didn't notice it was so recent.

We can hang tight and wait till the next release!

[froodle]

For Cloudron they might need to do the following changes
https://github.com/Stirling-Tools/Stirling-PDF/commit/d34c44ed7bbf60d85f96744f99cd38a38911daa3
adding
PYTHONPATH=/usr/lib/libreoffice/program:/opt/venv/lib/python3.12/site-packages
UNO_PATH=/usr/lib/libreoffice/program
URE_BOOTSTRAP=file:///usr/lib/libreoffice/program/fundamentalrc

and pip install unoserver
along with
ln -s /usr/lib/libreoffice/program/uno.py /opt/venv/lib/python3.12/site-packages/ &&
ln -s /usr/lib/libreoffice/program/unohelper.py /opt/venv/lib/python3.12/site-packages/ &&
ln -s /usr/lib/libreoffice/program /opt/venv/lib/python3.12/site-packages/LibreOffice && \

(or whatever the python install path is that aligns with unoserver etc)

[froodle]

We also now start
/opt/venv/bin/unoserver --port 2003 --interface 0.0.0.0
alongside stirling app.jar

The reason is unoconv which we use for file to PDF now is a server and unoconv is depreciated

[girish]

@froodle noted, thank you. we will fix the package per your recommendations.