Update Request: open-web-calendar 1.42 → 1.46

[niccokunzmann]

Nixpkgs version

• Unstable (25.05)

Package name

open-web-calendar

Upstream version

1.46

Nixpkgs version

1.42

Changelog

https://open-web-calendar.quelltext.eu/changelog/#v146

Notify maintainers

Maintainer: @erictapen

Have a look at the new parameters.

• https://open-web-calendar.quelltext.eu/host/configure/
• Use the OWC_SPECIFICATION variable to override the specification to assure that later versions have all parameters present with existing configurations and no uncaught surprises happen during updates
• Also, if you start it as the PyPI package is started, use gunicorn, see below
• PORT for the port if relevant
• WORKERS, see gunicorn -w "$WORKERS" -b "0.0.0.0:$PORT" open_web_calendar.app:app in start-service.sh in Dockerfile
• CACHE_REQUESTED_URLS_FOR_SECONDS
• Install open_web_calendar[production] to install with the fixed versions used in the tests
• Allow configuring a proxy, see https://open-web-calendar.quelltext.eu/host/configure/#ssrf-protection-with-a-proxy-server, allow HTTP_PROXY, HTTPS_PROXY, ALL_PROXY

See also:

• Document Nix Installation niccokunzmann/open-web-calendar#649
• How to create update requests should be written here: https://open-web-calendar.quelltext.eu/dev/maintain/#release-a-new-version if you like me to be able to do anything.

I am available for review and feedback. Thanks for shipping this!

---

Note for maintainers: Please tag this issue in your pull request description. (i.e. Resolves #ISSUE.)

I assert that this issue is relevant for Nixpkgs

• I assert that this package update does not yet exist in an open pull request or in Nixpkgs Unstable.
• I assert that this is not a duplicate of any known issue.
• I assert that I have read the NixOS Code of Conduct and agree to abide by it.

Is this issue important to you?

Add a 👍 reaction to issues you find important.

[erictapen]

I have some wip code in https://github.com/erictapen/nixpkgs/tree/open-web-calendar, but still need to package mergecal, which looks to be a bit more involved.