RunWisp · Schedule, supervise, observe. One binary.
runwisp.com
The open-source cron replacement and process supervisor with a built-in web dashboard. One binary, one TOML file, zero runtime dependencies.

I created a tool that’s easy to set up and gives you fast and beautiful web UI and TUI from a single Go binary.

It can serve both as a cron replacement, or just as a cron supplement - let’s say, to version control your cron tasks in a small team. It also has an alert system that allows you to send slack/discord/telegram/email when something bad happens.

I want your feedback. You can help me shape this product into something people will find pleasant to use.

This daemon is copyleft GPL-3.0-or-later - completely free to use.

RunWisp is currently in pre-release phase but is slowly approaching its v1.0 stable release.

Website: https://runwisp.com/

GitHub repo: https://github.com/runwisp/runwisp - feel free to open an issue!

Quick start: https://docs.runwisp.com/getting-started/quick-start/

AI Disclosure

  • Design - Hint
  • Implementation - Pair
  • Testing - Assisted
  • Documentation - Pair
  • Review - Hint
  • Helix 🧬@feddit.orgEnglish
    41·
    1 天前

    Looks good, but kind of superfluous if you just use systemd timers, lol

    Systemd timers are the modern way of doing it which gives you everything you coded this tool for, logs and whatnot, in the journal.

    And you can run them in a web UI like cockpit aswell.

    This might be interesting in a business setting but lacks ACLs and user management in general.

    It’s probably also quite easy to hack the system with it if you can inject some malicious scripts.

    • WhyJiffie@sh.itjust.worksEnglish
      3·
      1 天前

      I generally like some things that syatemd gives, but is there an easier way to create timed automations with systemd timers?

      with cron, its just a single line with the recurrence pattern and the command. with systemd, you have to create a timer unit file with several lines, a service unit file with several lines, put them in the right directory, reload systemd, enable the timer. timers are not difficult, but much more convoluted than the crontab. if you have to make multiple pairs, or update something in them, it gets old fast.

      • Helix 🧬@feddit.orgEnglish
        3·
        21 小時前

        single line

        here’s a single line for you which creates a one-shot service+timer in one go, suspending the system in 4 hours:

        systemd-run --on-active=4h --unit=suspend-after-4h /usr/bin/systemctl suspend

        If you want it to run repeatedly, simply replace --on-active with --on-calendar="*-*-* 04:00:00" for example.

        • WhyJiffie@sh.itjust.worksEnglish
          2·
          11 小時前

          thank you. this creates it, but is there a way to view or edit its current configuration in a similar format? and this is not persisted, is it?

    • runwisp_com@lemmy.worldOPEnglish
      2·
      1 天前

      If systemd timers, journald and cockpit already cover your needs, RunWisp probably isnt for you. RunWisp is aimed at people who want portable TOML-defined tasks and services with unified history, logs and alerts. you’re right that ACLs are currently missing, but access is protected by password authentication and the UI can only trigger commands already defined on the host.

      • runwisp_com@lemmy.worldOPEnglish
        11·
        1 天前

        if cron + logger covers your needs, you should keep that going. RunWisp is for cases where you also want searchable run history with retention and rotation, failure alerts, manual triggering and service supervision, all in one place without assembling those pieces yourself.