Miniflux Dagger Module

| dagger | python | programming |

I wrote a new Dagger module over the weekend that implements the miniflux python sdk and allows you to interact with a miniflux rss server as a part of your Dagger pipeline.

My immediate use case is to help generate the inputs for my openring module that I use to insert snippets into my blog from my blogroll (scroll down to see an example). Previously I maintained a text file by hand that included the links to all the rss feeds that I wanted to use for openring. Separately, I have a blogroll on my site that was redundant with this list. Further, I had a different yaml file that I was using to configure nom, the tui client for reading rss feeds. This means I had three different files that represented the same thing.

I’ve been running my own instance of miniflux for a few years now. It’s great! But I have not been using it lately since I moved to nom. I realized that nom has full support for miniflux so I was excited to create this module and eliminate the need to have all of these redundant files. The only thing worse than redundant files is redundant files in three different formats.

With this module I now have nom getting updates directly from miniflux, openring getting input directly from miniflux, and the blogroll on my links page can also be generated automatically from miniflux.

I have been enjoying building these types of modules lately that implement various SDKs because they can serve as a nice reference implementation for the library. Also, getting a CLI for free is an added bonus because I can interact with these services without needing to install any local dependencies.

This one is also special because it provides a good example of Daggers CurrentModule API that allows you to interact with files and directories of the current function. For example, the generate_sources function that I wrote grabs a list of feeds from miniflux and creates a text file inside the runtime container. All of this is happening in pure python without any Dagger-specific code, using the current_module function I can interact with any artifacts that my python code creates and turn them into first-class Dagger primitives such as File, Directory, or Container.

This module is helping me on my quest to build a fully Daggerized blog publishing pipeline. I am probably 80% there already, but there are many hacks in my existing workflow, and syndication is currently manual. This module gets me one step closer to the dream. If you use miniflux and/or openring and are manually maintaining files, I hope you give this a try and let me know what you think.

Thank you for reading! Share your thoughts with me on bluesky, mastodon, or via email.

Check out some more stuff to read down below.

Most popular posts this month

Recent Favorite Blog Posts

This is a collection of the last 8 posts that I bookmarked.

Articles from blogs I follow around the net

Storing times for human events

I've worked on various event websites in the past, and one of the unintuitively difficult problems that inevitably comes up is the best way to store the time that an event is happening. Based on that past experience, here's my current recommendati…

via Simon Willison's Weblog: Entries November 27, 2024

Nothing is Something

There’s a post on htmx.org about why htmx wasn’t the right fit for a particular project (which is dope, we need more websites that admit their thing might not be the right thing all the time). The bit on AI being unfamiliar with their tool choice piqued my…

via Jim Nielsen’s Blog November 27, 2024

Ella’s First Website

ULTRA PROUD DAD MOMENT: Ella made her first website! Melissa and I woke up on Saturday morning to our goofy 6-year-old daughter entering our bedroom making this obnoxious sound. It was impressively annoying, especially considering she hasn’t seen Dumb and…

via Blog – Brad Frost November 27, 2024

Generated by openring