From 2b58c14b4354f40cd45ae9c6f543e72c55ac09cf Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Tue, 3 Mar 2026 09:08:55 +0200 Subject: Update content for html --- about/resources.html | 198 +++---- about/showcase.html | 632 +++++++++++---------- about/showcase/debroid/image-1.png | 230 ++++---- about/showcase/rcm/image-1.png | Bin 0 -> 106324 bytes ...022-02-04-computer-operating-systems-i-use.html | 9 +- ...3-02-rcm-ruby-configuration-management-dsl.html | 4 +- gemfeed/atom.xml | 6 +- 7 files changed, 555 insertions(+), 524 deletions(-) create mode 100644 about/showcase/rcm/image-1.png diff --git a/about/resources.html b/about/resources.html index 2914fc2f..5ec2836f 100644 --- a/about/resources.html +++ b/about/resources.html @@ -51,111 +51,111 @@ In random order:


Technical references



I didn't read them from the beginning to the end, but I am using them to look up things. The books are in random order:


Self-development and soft-skills books



In random order:


Here are notes of mine for some of the books
@@ -165,30 +165,30 @@ Some of these were in-person with exams; others were online learning lectures only. In random order:


Technical guides



These are not whole books, but guides (smaller or larger) which I found very useful. in random order:


Podcasts


@@ -198,32 +198,32 @@ In random order:


Podcasts I liked



I liked them but am not listening to them anymore. The podcasts have either "finished" (no more episodes) or I stopped listening to them due to time constraints or a shift in my interests.


Newsletters I like


@@ -231,28 +231,28 @@ This is a mix of tech and non-tech newsletters I am subscribed to. In random order:


Magazines I like(d)



This is a mix of tech I like(d). I may not be a current subscriber, but now and then, I buy an issue. In random order:


YouTube channels



diff --git a/about/showcase.html b/about/showcase.html index 3516efe2..ac803651 100644 --- a/about/showcase.html +++ b/about/showcase.html @@ -13,7 +13,7 @@

Project Showcase



-Generated on: 2026-02-22
+Generated on: 2026-03-02

This page showcases my side projects, providing an overview of what each project does, its technical implementation, and key metrics. Each project summary includes information about the programming languages used, development activity, and licensing. The projects are ranked by score, which combines project size and recent activity.

@@ -23,92 +23,94 @@
  • Project Showcase
  • ⇢ Overall Statistics
  • ⇢ Projects
    • -
  • ⇢ ⇢ 1. ior
    • -
  • ⇢ ⇢ 2. dotfiles
    • -
  • ⇢ ⇢ 3. hexai
    • -
  • ⇢ ⇢ 4. epimetheus
    • -
  • ⇢ ⇢ 5. conf
    • -
  • ⇢ ⇢ 6. foo.zone
    • -
  • ⇢ ⇢ 7. scifi
    • -
  • ⇢ ⇢ 8. log4jbench
    • -
  • ⇢ ⇢ 9. gogios
    • -
  • ⇢ ⇢ 10. yoga
    • -
  • ⇢ ⇢ 11. perc
    • -
  • ⇢ ⇢ 12. totalrecall
    • -
  • ⇢ ⇢ 13. gitsyncer
    • -
  • ⇢ ⇢ 14. tasksamurai
    • -
  • ⇢ ⇢ 15. foostats
    • -
  • ⇢ ⇢ 16. timr
    • -
  • ⇢ ⇢ 17. gos
    • -
  • ⇢ ⇢ 18. dtail
    • -
  • ⇢ ⇢ 19. ds-sim
    • -
  • ⇢ ⇢ 20. wireguardmeshgenerator
    • -
  • ⇢ ⇢ 21. gemtexter
    • -
  • ⇢ ⇢ 22. rcm
    • -
  • ⇢ ⇢ 23. terraform
    • -
  • ⇢ ⇢ 24. quicklogger
    • -
  • ⇢ ⇢ 25. sillybench
    • -
  • ⇢ ⇢ 26. goprecords
    • -
  • ⇢ ⇢ 27. gorum
    • -
  • ⇢ ⇢ 28. guprecords
    • -
  • ⇢ ⇢ 29. geheim
    • -
  • ⇢ ⇢ 30. docker-radicale-server
    • -
  • ⇢ ⇢ 31. algorithms
    • -
  • ⇢ ⇢ 32. randomjournalpage
    • -
  • ⇢ ⇢ 33. photoalbum
    • -
  • ⇢ ⇢ 34. ioriot
    • -
  • ⇢ ⇢ 35. ipv6test
    • -
  • ⇢ ⇢ 36. sway-autorotate
    • -
  • ⇢ ⇢ 37. mon
    • -
  • ⇢ ⇢ 38. staticfarm-apache-handlers
    • -
  • ⇢ ⇢ 39. pingdomfetch
    • -
  • ⇢ ⇢ 40. xerl
    • -
  • ⇢ ⇢ 41. ychat
    • -
  • ⇢ ⇢ 42. fapi
    • -
  • ⇢ ⇢ 43. perl-c-fibonacci
    • -
  • ⇢ ⇢ 44. netcalendar
    • -
  • ⇢ ⇢ 45. loadbars
    • -
  • ⇢ ⇢ 46. gotop
    • -
  • ⇢ ⇢ 47. rubyfy
    • -
  • ⇢ ⇢ 48. fype
    • -
  • ⇢ ⇢ 49. pwgrep
    • -
  • ⇢ ⇢ 50. perldaemon
    • -
  • ⇢ ⇢ 51. jsmstrade
    • -
  • ⇢ ⇢ 52. japi
    • -
  • ⇢ ⇢ 53. perl-poetry
    • -
  • ⇢ ⇢ 54. muttdelay
    • -
  • ⇢ ⇢ 55. netdiff
    • -
  • ⇢ ⇢ 56. debroid
    • -
  • ⇢ ⇢ 57. hsbot
    • -
  • ⇢ ⇢ 58. cpuinfo
    • -
  • ⇢ ⇢ 59. template
    • -
  • ⇢ ⇢ 60. awksite
    • -
  • ⇢ ⇢ 61. dyndns
    • -
  • ⇢ ⇢ 62. vs-sim
    • +
  • ⇢ ⇢ 1. ior [#1(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 2. hexai [#2(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 3. dotfiles [#3(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 4. epimetheus [#4(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 5. conf [#5(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 6. foo.zone [#6(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 7. foostore [#7(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • foostore
    • +
  • ⇢ ⇢ 8. scifi [#8(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 9. log4jbench [#9(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 10. rcm [#10(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 11. gogios [#11(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 12. yoga [#12(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 13. perc [#13(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 14. totalrecall [#14(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 15. gitsyncer [#15(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 16. tasksamurai [#16(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 17. foostats [#17(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 18. gos [#18(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 19. timr [#19(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 20. dtail [#20(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 21. ds-sim [#21(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 22. gemtexter [#22(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 23. wireguardmeshgenerator [#23(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 24. goprecords [#24(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 25. quicklogger [#25(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 26. terraform [#26(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 27. sillybench [#27(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 28. gorum [#28(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 29. guprecords [#29(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 30. geheim [#30(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 31. docker-radicale-server [#31(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 32. algorithms [#32(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 33. randomjournalpage [#33(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 34. photoalbum [#34(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 35. ioriot [#35(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 36. ipv6test [#36(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 37. fype [#37(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 38. sway-autorotate [#38(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 39. mon [#39(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 40. staticfarm-apache-handlers [#40(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 41. pingdomfetch [#41(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 42. xerl [#42(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 43. ychat [#43(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 44. fapi [#44(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 45. perl-c-fibonacci [#45(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 46. netcalendar [#46(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 47. loadbars [#47(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 48. gotop [#48(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 49. rubyfy [#49(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 50. pwgrep [#50(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 51. perldaemon [#51(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 52. jsmstrade [#52(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 53. japi [#53(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 54. perl-poetry [#54(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 55. muttdelay [#55(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 56. netdiff [#56(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 57. debroid [#57(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 58. hsbot [#58(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 59. cpuinfo [#59(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 60. template [#60(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 61. awksite [#61(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 62. dyndns [#62(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]
    • +
  • ⇢ ⇢ 63. vs-sim [#63(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]

    • Overall Statistics




    Projects



    -

    1. ior


    +

    1. ior [#1(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -126,55 +128,55 @@
    ---

    -

    2. dotfiles


    +

    2. hexai [#2(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]





    -This is a personal dotfiles management project that uses [Rex](https://www.rexify.org/) (a Perl-based infrastructure automation framework) to declaratively install and synchronize configuration files across local machines and remote servers. The Rexfile defines individual tasks for each config area — shell (bash, zsh, fish), editor (Helix), terminal (Ghostty, tmux), window manager (Sway/Waybar), SSH, scripts, Pipewire audio, AI prompt links, and more — plus OS-specific package installation tasks for Fedora, FreeBSD, and Termux. A top-level home task runs all home_* tasks at once for a full install.
    +hexai screenshot

    -The architecture is straightforward: config files live in subdirectories mirroring their purpose, and helper functions (ensure_file, ensure_dir) copy or symlink them into the appropriate $HOME locations with correct permissions. It supports both a public repo (this one) and a private companion repo for sensitive configs like calendar data, keeping secrets separate while sharing the same deployment mechanism.
    +Hexai is a Go-based AI integration tool designed primarily for the Helix editor that provides LSP (Language Server Protocol) powered AI features. It offers code auto-completion, AI-driven code actions, in-editor chat with LLMs, and a standalone CLI tool for direct LLM interaction. A standout feature is its ability to query multiple AI providers (OpenAI, OpenRouter, GitHub Copilot, Ollama) in parallel, allowing developers to compare responses side-by-side. It has enhanced capabilities for Go code understanding, such as generating unit tests from functions, while supporting other programming languages as well.

    -View on Codeberg
    -View on GitHub
    +The project is implemented as an LSP server written in Go, with a TUI component built using Bubble Tea for the tmux-based code action runner (hexai-tmux-action). This architecture allows it to integrate seamlessly into LSP-compatible editors, with special focus on Helix + tmux workflows. The custom prompt feature lets developers use their preferred editor to craft prompts, making it flexible for various development workflows.
    +
    +View on Codeberg
    +View on GitHub

    ---

    -

    3. hexai


    +

    3. dotfiles [#3(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]





    -hexai screenshot
    -
    -Hexai is a Go-based AI integration tool designed primarily for the Helix editor that provides LSP (Language Server Protocol) powered AI features. It offers code auto-completion, AI-driven code actions, in-editor chat with LLMs, and a standalone CLI tool for direct LLM interaction. A standout feature is its ability to query multiple AI providers (OpenAI, OpenRouter, GitHub Copilot, Ollama) in parallel, allowing developers to compare responses side-by-side. It has enhanced capabilities for Go code understanding, such as generating unit tests from functions, while supporting other programming languages as well.
    +This is a personal dotfiles management project that uses [Rex](https://www.rexify.org/) (a Perl-based infrastructure automation framework) to declaratively install and synchronize configuration files across local machines and remote servers. The Rexfile defines individual tasks for each config area — shell (bash, zsh, fish), editor (Helix), terminal (Ghostty, tmux), window manager (Sway/Waybar), SSH, scripts, Pipewire audio, AI prompt links, and more — plus OS-specific package installation tasks for Fedora, FreeBSD, and Termux. A top-level home task runs all home_* tasks at once for a full install.

    -The project is implemented as an LSP server written in Go, with a TUI component built using Bubble Tea for the tmux-based code action runner (hexai-tmux-action). This architecture allows it to integrate seamlessly into LSP-compatible editors, with special focus on Helix + tmux workflows. The custom prompt feature lets developers use their preferred editor to craft prompts, making it flexible for various development workflows.
    +The architecture is straightforward: config files live in subdirectories mirroring their purpose, and helper functions (ensure_file, ensure_dir) copy or symlink them into the appropriate $HOME locations with correct permissions. It supports both a public repo (this one) and a private companion repo for sensitive configs like calendar data, keeping secrets separate while sharing the same deployment mechanism.

    -View on Codeberg
    -View on GitHub
    +View on Codeberg
    +View on GitHub

    ---

    -

    4. epimetheus


    +

    4. epimetheus [#4(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -199,7 +201,7 @@
    ---

    -

    5. conf


    +

    5. conf [#5(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -222,7 +224,7 @@
    ---

    -

    6. foo.zone


    +

    6. foo.zone [#6(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -243,7 +245,28 @@
    ---

    -

    7. scifi


    +

    7. foostore [#7(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]


    +
    +
    +
    +

    foostore


    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    8. scifi [#8(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -266,7 +289,7 @@
    ---

    -

    8. log4jbench


    +

    9. log4jbench [#9(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -289,7 +312,32 @@
    ---

    -

    9. gogios


    +

    10. rcm [#10(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]


    +
    +
    +
    +rcm screenshot
    +
    +**rcm** is a lightweight Ruby-based configuration management system designed for personal infrastructure automation following the KISS (Keep It Simple, Stupid) principle. It provides a declarative DSL for managing system configuration tasks like file creation, templating, and conditional execution based on hostname or other criteria. The system is useful for automating repetitive configuration tasks across multiple machines, similar to tools like Puppet or Chef but with a minimalist approach tailored for personal use cases.
    +
    +The implementation centers around a DSL module that provides keywords like file, given, and notify for defining configuration resources. It supports features like ERB templating, conditional execution, resource dependencies (via requires), and directory management. Configuration data can be loaded from TOML files, and tasks are defined as Rake tasks that invoke the configuration DSL. The architecture uses a resource scheduling system that tracks declared objects, prevents duplicates, and evaluates them in order while respecting dependencies and conditions.
    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    11. gogios [#11(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -314,7 +362,7 @@
    ---

    -

    10. yoga


    +

    12. yoga [#12(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -339,7 +387,7 @@
    ---

    -

    11. perc


    +

    13. perc [#13(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -362,7 +410,7 @@
    ---

    -

    12. totalrecall


    +

    14. totalrecall [#14(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -389,7 +437,7 @@
    ---

    -

    13. gitsyncer


    +

    15. gitsyncer [#15(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -412,7 +460,7 @@
    ---

    -

    14. tasksamurai


    +

    16. tasksamurai [#16(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -439,7 +487,7 @@
    ---

    -

    15. foostats


    +

    17. foostats [#17(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -462,39 +510,16 @@
    ---

    -

    16. timr


    -
    -
    -
    -timr is a minimalist command-line stopwatch timer written in Go that helps developers track time spent on tasks. It provides a persistent timer that saves state to disk, allowing you to start, stop, pause, and resume time tracking across terminal sessions. The tool supports multiple viewing modes including a standard status display (with formatted or raw output in seconds/minutes), a live full-screen view with keyboard controls, and specialized output for shell prompt integration.
    -
    -The architecture is straightforward: it's a Go-based CLI application that persists timer state to the filesystem, enabling continuous tracking even when the program isn't actively running. Key features include basic timer controls (start/stop/continue/reset), flexible status reporting formats for automation, and fish shell integration that displays a color-coded timer icon and elapsed time directly in your prompt—making it effortless to keep track of how long you've been working without context switching.
    -
    -View on Codeberg
    -View on GitHub
    -
    ----
    -
    -

    17. gos


    +

    18. gos [#18(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -512,16 +537,39 @@
    ---

    -

    18. dtail


    +

    19. timr [#19(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]


    +
    +
    +
    +timr is a minimalist command-line stopwatch timer written in Go that helps developers track time spent on tasks. It provides a persistent timer that saves state to disk, allowing you to start, stop, pause, and resume time tracking across terminal sessions. The tool supports multiple viewing modes including a standard status display (with formatted or raw output in seconds/minutes), a live full-screen view with keyboard controls, and specialized output for shell prompt integration.
    +
    +The architecture is straightforward: it's a Go-based CLI application that persists timer state to the filesystem, enabling continuous tracking even when the program isn't actively running. Key features include basic timer controls (start/stop/continue/reset), flexible status reporting formats for automation, and fish shell integration that displays a color-coded timer icon and elapsed time directly in your prompt—making it effortless to keep track of how long you've been working without context switching.
    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    20. dtail [#20(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -539,7 +587,7 @@
    ---

    -

    19. ds-sim


    +

    21. ds-sim [#21(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -564,7 +612,30 @@
    ---

    -

    20. wireguardmeshgenerator


    +

    22. gemtexter [#22(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]


    +
    +
    +
    +Gemtexter is a static site generator and blog engine written in Bash that converts content from Gemini Gemtext format into multiple output formats (HTML, Markdown) simultaneously. It allows you to maintain a single source of truth in Gemtext and automatically generates XHTML Transitional 1.0, Markdown, and Atom feeds, enabling you to publish the same content across Gemini capsules, traditional websites, and platforms like GitHub/Codeberg Pages. The tool handles blog post management automatically—creating a new dated .gmi file triggers auto-indexing, feed generation, and cross-format conversion.
    +
    +The architecture leverages GNU utilities (sed, grep, date) and optional tools like GNU Source Highlight for syntax highlighting. It includes a templating system that executes embedded Bash code in .gmi.tpl files, supports themes for HTML output, and integrates with Git for version control and publishing workflows. Despite being implemented as a complex Bash script, it remains maintainable and serves as an experiment in how far shell scripting can scale for content management tasks.
    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    23. wireguardmeshgenerator [#23(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]




    @@ -587,53 +658,57 @@
    ---

    -

    21. gemtexter


    +

    24. goprecords [#24(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]





    -Gemtexter is a static site generator and blog engine written in Bash that converts content from Gemini Gemtext format into multiple output formats (HTML, Markdown) simultaneously. It allows you to maintain a single source of truth in Gemtext and automatically generates XHTML Transitional 1.0, Markdown, and Atom feeds, enabling you to publish the same content across Gemini capsules, traditional websites, and platforms like GitHub/Codeberg Pages. The tool handles blog post management automatically—creating a new dated .gmi file triggers auto-indexing, feed generation, and cross-format conversion.
    +**goprecords** is a Go CLI tool that generates global uptime reports by aggregating uptimed record files from multiple hosts. It ranks machines across metrics like total uptime, boot count, downtime, lifespan, and a combined score—organized by host, kernel version, kernel major version, or kernel name. Output is available in plaintext, Markdown, or Gemtext. It can either report directly from a stats directory or import records into SQLite for repeated querying.

    -The architecture leverages GNU utilities (sed, grep, date) and optional tools like GNU Source Highlight for syntax highlighting. It includes a templating system that executes embedded Bash code in .gmi.tpl files, supports themes for HTML output, and integrates with Git for version control and publishing workflows. Despite being implemented as a complex Bash script, it remains maintainable and serves as an experiment in how far shell scripting can scale for content management tasks.
    +Under the hood, it parses uptimed's simple uptime:boottime:kernel record format, groups entries by the chosen category, and computes aggregates. The architecture is straightforward: a cmd/goprecords entry point handles CLI flags and subcommands (import, query, or direct reporting), while internal/goprecords contains the core logic for parsing, aggregation, database operations, and report formatting. It uses modernc.org/sqlite (a pure-Go SQLite driver) and Mage for build automation.

    -View on Codeberg
    -View on GitHub
    +View on Codeberg
    +View on GitHub

    ---

    -

    22. rcm


    +

    25. quicklogger [#25(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]





    -**rcm** is a lightweight Ruby-based configuration management system designed for personal infrastructure automation following the KISS (Keep It Simple, Stupid) principle. It provides a declarative DSL for managing system configuration tasks like file creation, templating, and conditional execution based on hostname or other criteria. The system is useful for automating repetitive configuration tasks across multiple machines, similar to tools like Puppet or Chef but with a minimalist approach tailored for personal use cases.
    +quicklogger screenshot

    -The implementation centers around a DSL module that provides keywords like file, given, and notify for defining configuration resources. It supports features like ERB templating, conditional execution, resource dependencies (via requires), and directory management. Configuration data can be loaded from TOML files, and tasks are defined as Rake tasks that invoke the configuration DSL. The architecture uses a resource scheduling system that tracks declared objects, prevents duplicates, and evaluates them in order while respecting dependencies and conditions.
    +Quicklogger is a lightweight cross-platform GUI application built in Go using the Fyne framework that enables rapid logging of ideas and notes to plain text files. The app is specifically designed for quick Android capture workflows—when you have an idea, you can immediately open the app, type a message, and save it as a timestamped markdown file. These files are then synced to a home computer via Syncthing, creating a frictionless capture-to-archive pipeline for thoughts and tasks.

    -View on Codeberg
    -View on GitHub
    +quicklogger screenshot
    +
    +The implementation leverages Go's cross-compilation capabilities and Fyne's UI abstraction to run identically on Android and Linux desktop environments. Build automation is handled through Mage tasks, offering both local Android NDK builds and containerized cross-compilation via fyne-cross with Docker/Podman support. This architecture keeps the codebase minimal while maintaining full portability across mobile and desktop platforms.
    +
    +View on Codeberg
    +View on GitHub

    ---

    -

    23. terraform


    +

    26. terraform [#26(now) ·n/a(1w) ·n/a(2w) ·n/a(3w) ·n/a(4w)]