Creating an "On Call" Light with Toggl and Home Assistant

For years I have relied on Toggl Track to track where my time is being used and stay focused while working. As part of this I categorise my work items using tags such as “doing,” “supporting,” and “meeting”. I started doing this to help me reflect on how much time I am spending in different areas and try to ensure I have a balance.

At the moment I usually split my work week between a couple of days in the office and the remainder at home. There are other people in my home, however, and if I’m not talking on a call it can be hard to tell from outside my office if I’m on a call or not - so it was time to work out how to combine this Toggl time tracking with a “On Call” indicator.

There are a few moving parts to this

  • Software
    • Toggl Track - I use the free plan currently (although they have just recently announced some changes to their usage limits for APIs and Web Hooks - hopefully I’m still under the limits, but time will tell)
    • Home Assistant - I use this for all my home automation, so it would seem a natural place to add this “On Call” automation
    • Home Assistant Cloud - Nabu Casa - I subscribe to this to help fund the development of Home Assistant. It has a couple of added benefits like making Alexa integration easier as well as Web Hooks (which we’ll use later). This is not required to get any of these features working, it just makes it easier and moves it to being a managed service as opposed to something I need to configure and maintain myself
  • Hardware
    • M5Stack ATOM Matrix ESP32 Development Kit - I had one of these lying around that I had purchased because it looked interesting then never found a use for it. It is an ESP32 based device including an addressable 5x5 LED display. Any smart light with colour control would suit this automation, this is just what I had on hand. My ESPHome configuration for this device is available here.

The Setup

The core pieces we need to configure are:

  • A few Input Helpers in Home Assistant to hold our state
  • A Home Assistant automation that is configured to take input from a Web Hook A second Home Assistant automation that is configured to respond to the state parsed from the Web Hook input
  • A script to configure Toggl with the Web Hook destination

» Continue reading


EJB3, Stateful Firewalls, and Connection Timeouts with Payara

Recently, I encountered an interesting and frustrating problem when troubleshooting an EJB3 connection issue between two Payara server instances. After a change in firewall vendor, we noticed that remote EJB3 calls would start hanging after a period of inactivity. Initially, it seemed like an intermittent issue — but the deeper I looked, the more it felt like it never should have worked before the move either - a lovely Schroedinbug.

In this post, I’ll walk through the issue, why it happened, and the solution that ultimately fixed it.

The Problem

Our system uses remote EJB3 calls between two Payara instances, communicating over a network with a stateful firewall in between. After the firewall vendor change, we started seeing EJB3 calls hang indefinitely if the connection had been idle for some time. Once the hang occurred, it would eventually trigger client-side timeouts, retries, and application instability.

Here’s a simple view of the setup:

Architecture Diagram

» Continue reading


Avoiding passlib Dependency in Ansible When Generating Traefik User Files

I use Ansible to manage my server configuration, including copying over version-controlled docker-compose files and application configuration. One such configuration is for Traefik, where I maintain a user file for HTTP basic authentication. These credentials are sourced from 1Password at deploy time and stored in a format compatible with htpasswd.

The Original Approach

Previously, I used the ansible.builtin.htpasswd module like so:


    - name: Create traefik user file
      ansible.builtin.htpasswd:
        path: "{{ traefik_conf_dir }}/usersfile"
        name: "{{ lookup('onepassword', 'Traefik', field='username') }}"
        password: "{{ lookup('onepassword', 'Traefik', field='password') }}"
        owner: "{{ ansible_user }}"
        group: "{{ ansible_user }}"
        mode: 0644

However, after upgrading to TrueNAS 25.04 “Fangtooth”, this failed with the following error:


TASK [Create traefik user file] ********************************************************************
An exception occurred during task execution. To see the full traceback, use -vvv. The error was: ModuleNotFoundError: No module named 'passlib'
fatal: [truenas]: FAILED! => {"changed": false, "msg": "Failed to import the required Python library (passlib) on truenas's Python /usr/bin/python3.11. Please read the module documentation and install it in the appropriate location. If the required library is installed, but Ansible is using the wrong Python interpreter, please consult the documentation on ansible_python_interpreter"}

This module requires the passlib library, which wasn’t available on the system. I didn’t want to modify the system Python installation just to resolve this, especially on an appliance OS like TrueNAS.

» Continue reading


LLMs on a Homelab Without a GPU? Here's What I Found

I’ve recently been experimenting more with the power of Large Language Models (LLMs) and how they can supercharge my productivity. This especially has helped with the problem of a blank page wondering where to start writing – I can dump my unsorted thoughts into a chatbot and get a skeleton of a document or implementation in a few minutes. It’s by no means perfect what comes out, but it’s (usually) a very good start. I’ve been playing with both ChatGPT, and a series of local models running on my laptop with Ollama, Fabric, and OpenWebUI.

I wanted to be able to continue to use some of these self-hosted models while I’m out on the go, so I wondered - could I host these on my homelab server? My main homelab server runs an AMD Ryzen 5600G processor which includes an integrated GPU. Can this be used to improve the performance of a local model when I do not have a dedicated GPU available?

That doesn’t seem possible right now though, at least not in an efficient way. This post is a point-in-time snapshot of what I found when looking in to this.

» Continue reading


Installing Python Libraries from Source: pip, Poetry, and Flat Layout Pitfalls

There may be times when you want to install a Python library from source — maybe to test a specific commit, use a pre-release version, or debug a branch. Normally, this is relatively straightforward:

pip install git+https://github.com/aws-ia/taskcat@73de28457c66635a4517393c86484c18f44fef6f

But sometimes, things aren’t that easy… we are getting an error when trying to do this:

  error: Multiple top-level packages discovered in a flat-layout: ['e2e', 'assets', 'taskcat', 'installer', 'taskcat_plugin_testhook'].

  To avoid accidental inclusion of unwanted files or directories,
  setuptools will not proceed with this build.

  If you are trying to create a single distribution with multiple packages
  on purpose, you should not rely on automatic discovery.
  Instead, consider the following options:

  1. set up custom discovery (`find` directive with `include` or `exclude`)
  2. use a `src-layout`
  3. explicitly set `py_modules` or `packages` with a list of names

  To find more information, look for "package discovery" on setuptools docs.

» Continue reading