clear

1 files changed, 175 insertions, 174 deletions

diff --git a/about/showcase.gmi b/about/showcase.gmi
index 25e51895..9cf9ca46 100644
--- a/about/showcase.gmi
+++ b/about/showcase.gmi
@@ -1,6 +1,6 @@
 # Project Showcase
 
-Generated on: 2026-02-21
+Generated on: 2026-02-22
 
 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.
 
@@ -9,24 +9,24 @@ This page showcases my side projects, providing an overview of what each project
 * ⇢ Project Showcase
 * ⇢ ⇢ Overall Statistics
 * ⇢ ⇢ Projects
-* ⇢ ⇢ ⇢ 1. hexai
+* ⇢ ⇢ ⇢ 1. ior
 * ⇢ ⇢ ⇢ 2. dotfiles
-* ⇢ ⇢ ⇢ 3. epimetheus
-* ⇢ ⇢ ⇢ 4. conf
-* ⇢ ⇢ ⇢ 5. foo.zone
-* ⇢ ⇢ ⇢ 6. scifi
-* ⇢ ⇢ ⇢ 7. log4jbench
-* ⇢ ⇢ ⇢ 8. gogios
-* ⇢ ⇢ ⇢ 9. yoga
-* ⇢ ⇢ ⇢ 10. perc
-* ⇢ ⇢ ⇢ 11. totalrecall
-* ⇢ ⇢ ⇢ 12. ior
+* ⇢ ⇢ ⇢ 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. dtail
-* ⇢ ⇢ ⇢ 18. gos
+* ⇢ ⇢ ⇢ 17. gos
+* ⇢ ⇢ ⇢ 18. dtail
 * ⇢ ⇢ ⇢ 19. ds-sim
 * ⇢ ⇢ ⇢ 20. wireguardmeshgenerator
 * ⇢ ⇢ ⇢ 21. gemtexter
@@ -48,15 +48,15 @@ This page showcases my side projects, providing an overview of what each project
 * ⇢ ⇢ ⇢ 37. mon
 * ⇢ ⇢ ⇢ 38. staticfarm-apache-handlers
 * ⇢ ⇢ ⇢ 39. pingdomfetch
-* ⇢ ⇢ ⇢ 40. fype
-* ⇢ ⇢ ⇢ 41. xerl
-* ⇢ ⇢ ⇢ 42. ychat
-* ⇢ ⇢ ⇢ 43. fapi
-* ⇢ ⇢ ⇢ 44. perl-c-fibonacci
-* ⇢ ⇢ ⇢ 45. netcalendar
-* ⇢ ⇢ ⇢ 46. loadbars
-* ⇢ ⇢ ⇢ 47. gotop
-* ⇢ ⇢ ⇢ 48. rubyfy
+* ⇢ ⇢ ⇢ 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
@@ -75,36 +75,38 @@ This page showcases my side projects, providing an overview of what each project
 ## Overall Statistics
 
 * 📦 Total Projects: 62
-* 📊 Total Commits: 12,551
-* 📈 Total Lines of Code: 311,290
-* 📄 Total Lines of Documentation: 41,076
-* 💻 Languages: Go (36.4%), Java (13.2%), C++ (8.1%), C (6.3%), XML (6.2%), Shell (5.9%), Perl (5.6%), C/C++ (5.2%), YAML (5.1%), HTML (1.9%), Config (1.2%), Ruby (1.0%), HCL (0.9%), Python (0.7%), CSS (0.6%), Make (0.5%), JSON (0.4%), Haskell (0.2%), JavaScript (0.2%), Raku (0.1%), TOML (0.1%)
-* 📚 Documentation: Markdown (69.8%), Text (28.9%), LaTeX (1.4%)
+* 📊 Total Commits: 12,631
+* 📈 Total Lines of Code: 317,099
+* 📄 Total Lines of Documentation: 40,325
+* 💻 Languages: Go (37.7%), Java (12.9%), C++ (8.0%), C (6.1%), XML (6.1%), Shell (5.8%), Perl (5.5%), C/C++ (5.1%), YAML (5.0%), HTML (1.9%), Config (1.2%), Ruby (0.9%), HCL (0.9%), Python (0.6%), CSS (0.6%), Make (0.5%), JSON (0.4%), Haskell (0.2%), JavaScript (0.2%), Raku (0.1%), TOML (0.1%)
+* 📚 Documentation: Markdown (71.4%), Text (27.2%), LaTeX (1.4%)
 * 🚀 Release Status: 39 released, 23 experimental (62.9% with releases, 37.1% experimental)
 
 ## Projects
 
-### 1. hexai
+### 1. ior
 
-* 💻 Languages: Go (100.0%)
-* 📚 Documentation: Markdown (100.0%)
-* 📊 Commits: 342
-* 📈 Lines of Code: 29895
-* 📄 Lines of Documentation: 5502
-* 📅 Development Period: 2025-08-01 to 2026-02-13
-* 🏆 Score: 365.1 (combines code size and activity)
+* 💻 Languages: Go (73.1%), C (26.3%), C/C++ (0.6%)
+* 📚 Documentation: Markdown (80.3%), Text (19.7%)
+* 📊 Commits: 384
+* 📈 Lines of Code: 21785
+* 📄 Lines of Documentation: 2428
+* 📅 Development Period: 2024-01-18 to 2026-02-21
+* 🏆 Score: 2219.6 (combines code size and activity)
 * ⚖️ License: No license found
-* 🏷️ Latest Release: v0.21.0 (2026-02-12)
+* 🧪 Status: Experimental (no releases yet)
 
 
-=> showcase/hexai/image-1.png hexai screenshot
+=> showcase/ior/image-1.png ior 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.
+I/O Riot NG is a Linux-only performance analysis tool that uses BPF (Berkeley Packet Filter) to trace synchronous I/O syscalls and measure their execution time. It captures stack traces during I/O operations and generates compressed output in a format compatible with Inferno FlameGraphs, allowing developers to visually identify performance bottlenecks caused by blocking I/O calls. This makes it particularly useful for diagnosing latency issues in applications where I/O operations are suspected of causing performance degradation.
 
-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.
+=> showcase/ior/image-2.svg ior screenshot
 
-=> https://codeberg.org/snonux/hexai View on Codeberg
-=> https://github.com/snonux/hexai View on GitHub
+The tool is implemented in Go and C, leveraging libbpfgo for BPF interaction. It automatically generates BPF tracepoint handlers and Go type definitions from Linux kernel tracepoint data, attaches to syscall entry/exit points, and collects timing data with minimal overhead. The project is a modern successor to the original I/O Riot (which used SystemTap), offering better performance and easier deployment through BPF's built-in kernel support.
+
+=> https://codeberg.org/snonux/ior View on Codeberg
+=> https://github.com/snonux/ior View on GitHub
 
 ---
 
@@ -112,11 +114,11 @@ The project is implemented as an LSP server written in Go, with a TUI component
 
 * 💻 Languages: Shell (58.9%), CSS (11.0%), Config (10.2%), TOML (10.1%), Ruby (8.4%), JSON (1.1%), INI (0.2%)
 * 📚 Documentation: Markdown (100.0%)
-* 📊 Commits: 776
-* 📈 Lines of Code: 2960
-* 📄 Lines of Documentation: 653
-* 📅 Development Period: 2023-07-30 to 2026-02-21
-* 🏆 Score: 364.5 (combines code size and activity)
+* 📊 Commits: 783
+* 📈 Lines of Code: 2961
+* 📄 Lines of Documentation: 949
+* 📅 Development Period: 2023-07-30 to 2026-02-22
+* 🏆 Score: 427.7 (combines code size and activity)
 * ⚖️ License: No license found
 * 🧪 Status: Experimental (no releases yet)
 
@@ -130,7 +132,31 @@ The architecture is straightforward: config files live in subdirectories mirrori
 
 ---
 
-### 3. epimetheus
+### 3. hexai
+
+* 💻 Languages: Go (100.0%)
+* 📚 Documentation: Markdown (100.0%)
+* 📊 Commits: 343
+* 📈 Lines of Code: 29895
+* 📄 Lines of Documentation: 5508
+* 📅 Development Period: 2025-08-01 to 2026-02-22
+* 🏆 Score: 341.8 (combines code size and activity)
+* ⚖️ License: No license found
+* 🏷️ Latest Release: v0.21.0 (2026-02-12)
+
+
+=> showcase/hexai/image-1.png 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.
+
+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.
+
+=> https://codeberg.org/snonux/hexai View on Codeberg
+=> https://github.com/snonux/hexai View on GitHub
+
+---
+
+### 4. epimetheus
 
 * 💻 Languages: Go (85.2%), Shell (14.8%)
 * 📚 Documentation: Markdown (100.0%)
@@ -138,7 +164,7 @@ The architecture is straightforward: config files live in subdirectories mirrori
 * 📈 Lines of Code: 5199
 * 📄 Lines of Documentation: 1734
 * 📅 Development Period: 2026-02-07 to 2026-02-14
-* 🏆 Score: 314.0 (combines code size and activity)
+* 🏆 Score: 284.8 (combines code size and activity)
 * ⚖️ License: No license found
 * 🧪 Status: Experimental (no releases yet)
 
@@ -154,15 +180,15 @@ The architecture routes current data (<5 min old) through Pushgateway where Prom
 
 ---
 
-### 4. conf
+### 5. conf
 
-* 💻 Languages: YAML (80.7%), Perl (10.0%), Shell (6.1%), Python (2.3%), Docker (0.7%), Config (0.2%), HTML (0.1%)
+* 💻 Languages: YAML (80.7%), Perl (9.9%), Shell (6.0%), Python (2.3%), Docker (0.7%), Config (0.2%), HTML (0.1%)
 * 📚 Documentation: Markdown (97.1%), Text (2.9%)
-* 📊 Commits: 785
-* 📈 Lines of Code: 19079
-* 📄 Lines of Documentation: 6585
-* 📅 Development Period: 2021-12-28 to 2026-02-08
-* 🏆 Score: 250.8 (combines code size and activity)
+* 📊 Commits: 791
+* 📈 Lines of Code: 19132
+* 📄 Lines of Documentation: 6572
+* 📅 Development Period: 2021-12-28 to 2026-02-15
+* 🏆 Score: 261.6 (combines code size and activity)
 * ⚖️ License: No license found
 * 🧪 Status: Experimental (no releases yet)
 
@@ -176,7 +202,7 @@ The project is organized into distinct subdirectories: `dotfiles/` contains shel
 
 ---
 
-### 5. foo.zone
+### 6. foo.zone
 
 * 💻 Languages: XML (98.7%), Shell (1.0%), Go (0.3%)
 * 📚 Documentation: Text (86.2%), Markdown (13.8%)
@@ -184,7 +210,7 @@ The project is organized into distinct subdirectories: `dotfiles/` contains shel
 * 📈 Lines of Code: 18702
 * 📄 Lines of Documentation: 174
 * 📅 Development Period: 2021-04-29 to 2026-02-07
-* 🏆 Score: 215.8 (combines code size and activity)
+* 🏆 Score: 203.4 (combines code size and activity)
 * ⚖️ License: No license found
 * 🧪 Status: Experimental (no releases yet)
 
@@ -196,7 +222,7 @@ foo.zone: source code repository.
 
 ---
 
-### 6. scifi
+### 7. scifi
 
 * 💻 Languages: JSON (35.9%), CSS (30.6%), JavaScript (29.6%), HTML (3.8%)
 * 📚 Documentation: Markdown (100.0%)
@@ -204,7 +230,7 @@ foo.zone: source code repository.
 * 📈 Lines of Code: 1664
 * 📄 Lines of Documentation: 853
 * 📅 Development Period: 2026-01-25 to 2026-01-27
-* 🏆 Score: 117.3 (combines code size and activity)
+* 🏆 Score: 112.3 (combines code size and activity)
 * ⚖️ License: No license found
 * 🧪 Status: Experimental (no releases yet)
 
@@ -218,7 +244,7 @@ The architecture keeps content separate from presentation: book metadata lives i
 
 ---
 
-### 7. log4jbench
+### 8. log4jbench
 
 * 💻 Languages: Java (78.9%), XML (21.1%)
 * 📚 Documentation: Markdown (100.0%)
@@ -226,7 +252,7 @@ The architecture keeps content separate from presentation: book metadata lives i
 * 📈 Lines of Code: 774
 * 📄 Lines of Documentation: 119
 * 📅 Development Period: 2026-01-09 to 2026-01-09
-* 🏆 Score: 66.4 (combines code size and activity)
+* 🏆 Score: 64.6 (combines code size and activity)
 * ⚖️ License: MIT
 * 🧪 Status: Experimental (no releases yet)
 
@@ -240,17 +266,17 @@ The implementation uses a fat JAR built with Maven, requiring Java 17+. It's des
 
 ---
 
-### 8. gogios
+### 9. gogios
 
 * 💻 Languages: Go (98.9%), JSON (0.6%), YAML (0.5%)
 * 📚 Documentation: Markdown (94.9%), Text (5.1%)
-* 📊 Commits: 108
+* 📊 Commits: 109
 * 📈 Lines of Code: 3875
 * 📄 Lines of Documentation: 394
-* 📅 Development Period: 2023-04-17 to 2026-02-08
-* 🏆 Score: 33.3 (combines code size and activity)
+* 📅 Development Period: 2023-04-17 to 2026-02-16
+* 🏆 Score: 35.0 (combines code size and activity)
 * ⚖️ License: Custom License
-* 🏷️ Latest Release: v1.4.0 (2026-02-08)
+* 🏷️ Latest Release: v1.4.1 (2026-02-16)
 
 
 => showcase/gogios/image-1.png gogios screenshot
@@ -264,7 +290,7 @@ The architecture is straightforward: JSON configuration defines checks (plugin p
 
 ---
 
-### 9. yoga
+### 10. yoga
 
 * 💻 Languages: Go (66.1%), HTML (33.9%)
 * 📚 Documentation: Markdown (100.0%)
@@ -272,7 +298,7 @@ The architecture is straightforward: JSON configuration defines checks (plugin p
 * 📈 Lines of Code: 5921
 * 📄 Lines of Documentation: 83
 * 📅 Development Period: 2025-10-01 to 2026-01-28
-* 🏆 Score: 31.0 (combines code size and activity)
+* 🏆 Score: 30.7 (combines code size and activity)
 * ⚖️ License: No license found
 * 🏷️ Latest Release: v0.4.0 (2026-01-28)
 
@@ -288,7 +314,7 @@ The implementation follows clean Go architecture with domain logic organized und
 
 ---
 
-### 10. perc
+### 11. perc
 
 * 💻 Languages: Go (100.0%)
 * 📚 Documentation: Markdown (100.0%)
@@ -296,7 +322,7 @@ The implementation follows clean Go architecture with domain logic organized und
 * 📈 Lines of Code: 452
 * 📄 Lines of Documentation: 80
 * 📅 Development Period: 2025-11-25 to 2025-11-25
-* 🏆 Score: 30.0 (combines code size and activity)
+* 🏆 Score: 29.6 (combines code size and activity)
 * ⚖️ License: No license found
 * 🏷️ Latest Release: v0.1.0 (2025-11-25)
 
@@ -310,7 +336,7 @@ The tool is built as a simple Go CLI application with a standard project layout
 
 ---
 
-### 11. totalrecall
+### 12. totalrecall
 
 * 💻 Languages: Go (99.0%), Shell (0.5%), YAML (0.4%)
 * 📚 Documentation: Markdown (99.5%), Text (0.5%)
@@ -318,7 +344,7 @@ The tool is built as a simple Go CLI application with a standard project layout
 * 📈 Lines of Code: 13129
 * 📄 Lines of Documentation: 377
 * 📅 Development Period: 2025-07-14 to 2026-01-21
-* 🏆 Score: 26.1 (combines code size and activity)
+* 🏆 Score: 25.9 (combines code size and activity)
 * ⚖️ License: MIT
 * 🏷️ Latest Release: v0.8.0 (2026-01-21)
 
@@ -336,43 +362,17 @@ The project offers both a keyboard-driven GUI for interactive use and a CLI for
 
 ---
 
-### 12. ior
-
-* 💻 Languages: Go (63.2%), C (36.0%), C/C++ (0.8%)
-* 📚 Documentation: Markdown (79.3%), Text (20.7%)
-* 📊 Commits: 344
-* 📈 Lines of Code: 15784
-* 📄 Lines of Documentation: 2313
-* 📅 Development Period: 2024-01-18 to 2026-02-21
-* 🏆 Score: 20.9 (combines code size and activity)
-* ⚖️ License: No license found
-* 🧪 Status: Experimental (no releases yet)
-
-
-=> showcase/ior/image-1.png ior screenshot
-
-I/O Riot NG is a Linux-only performance analysis tool that uses BPF (Berkeley Packet Filter) to trace synchronous I/O syscalls and measure their execution time. It captures stack traces during I/O operations and generates compressed output in a format compatible with Inferno FlameGraphs, allowing developers to visually identify performance bottlenecks caused by blocking I/O calls. This makes it particularly useful for diagnosing latency issues in applications where I/O operations are suspected of causing performance degradation.
-
-=> showcase/ior/image-2.svg ior screenshot
-
-The tool is implemented in Go and C, leveraging libbpfgo for BPF interaction. It automatically generates BPF tracepoint handlers and Go type definitions from Linux kernel tracepoint data, attaches to syscall entry/exit points, and collects timing data with minimal overhead. The project is a modern successor to the original I/O Riot (which used SystemTap), offering better performance and easier deployment through BPF's built-in kernel support.
-
-=> https://codeberg.org/snonux/ior View on Codeberg
-=> https://github.com/snonux/ior View on GitHub
-
----
-
 ### 13. gitsyncer
 
-* 💻 Languages: Go (92.5%), Shell (7.1%), JSON (0.4%)
+* 💻 Languages: Go (92.6%), Shell (7.0%), JSON (0.4%)
 * 📚 Documentation: Markdown (100.0%)
-* 📊 Commits: 117
-* 📈 Lines of Code: 10446
+* 📊 Commits: 120
+* 📈 Lines of Code: 10568
 * 📄 Lines of Documentation: 2445
-* 📅 Development Period: 2025-06-23 to 2026-02-07
-* 🏆 Score: 20.7 (combines code size and activity)
+* 📅 Development Period: 2025-06-23 to 2026-02-22
+* 🏆 Score: 22.5 (combines code size and activity)
 * ⚖️ License: BSD-2-Clause
-* 🏷️ Latest Release: v0.12.0 (2026-02-07)
+* 🏷️ Latest Release: v0.12.1 (2026-02-22)
 
 
 GitSyncer is a Go-based CLI tool that automatically synchronizes git repositories across multiple hosting platforms (GitHub, Codeberg, SSH servers). It maintains all branches in sync bidirectionally, never deleting branches but automatically creating and updating them as needed. The tool excels at providing repository redundancy and backup, with special support for one-way SSH backups to private servers (like home NAS devices) that may be offline intermittently. It includes AI-powered features for generating release notes and project showcase documentation, plus automated weekly batch synchronization for hands-off maintenance.
@@ -392,7 +392,7 @@ The implementation uses a git remotes approach: it clones from one organization,
 * 📈 Lines of Code: 6544
 * 📄 Lines of Documentation: 254
 * 📅 Development Period: 2025-06-19 to 2026-02-04
-* 🏆 Score: 17.9 (combines code size and activity)
+* 🏆 Score: 17.8 (combines code size and activity)
 * ⚖️ License: BSD-2-Clause
 * 🏷️ Latest Release: v0.11.0 (2026-02-04)
 
@@ -418,7 +418,7 @@ Under the hood, Task Samurai acts as a front-end wrapper that invokes the native
 * 📈 Lines of Code: 1902
 * 📄 Lines of Documentation: 423
 * 📅 Development Period: 2023-01-02 to 2025-11-01
-* 🏆 Score: 17.8 (combines code size and activity)
+* 🏆 Score: 17.7 (combines code size and activity)
 * ⚖️ License: Custom License
 * 🏷️ Latest Release: v0.2.0 (2025-10-21)
 
@@ -440,7 +440,7 @@ The implementation uses a modular Perl architecture with specialized components:
 * 📈 Lines of Code: 1538
 * 📄 Lines of Documentation: 99
 * 📅 Development Period: 2025-06-25 to 2026-01-02
-* 🏆 Score: 16.1 (combines code size and activity)
+* 🏆 Score: 16.0 (combines code size and activity)
 * ⚖️ License: MIT
 * 🏷️ Latest Release: v0.3.0 (2026-01-02)
 
@@ -454,7 +454,33 @@ The architecture is straightforward: it's a Go-based CLI application that persis
 
 ---
 
-### 17. dtail
+### 17. gos
+
+* 💻 Languages: Go (99.5%), JSON (0.2%), Shell (0.2%)
+* 📚 Documentation: Markdown (100.0%)
+* 📊 Commits: 400
+* 📈 Lines of Code: 4143
+* 📄 Lines of Documentation: 477
+* 📅 Development Period: 2024-05-04 to 2026-02-17
+* 🏆 Score: 15.6 (combines code size and activity)
+* ⚖️ License: Custom License
+* 🏷️ Latest Release: v1.2.4 (2026-02-17)
+
+
+=> showcase/gos/image-1.png gos screenshot
+
+Gos is a command-line social media scheduling tool written in Go that serves as a self-hosted replacement for Buffer.com. It enables users to schedule and post messages to Mastodon and LinkedIn (plus a "Noop" pseudo-platform for tracking) through a simple file-based queueing system. Messages are created as text files in a designated directory (`~/.gosdir`), with optional tags embedded in filenames or content to control platform targeting, priority, and scheduling behavior. The tool addresses limitations of commercial services by offering unlimited posts, a scriptable CLI interface, and full user control without unwanted features like AI assistants.
+
+=> showcase/gos/image-2.png gos screenshot
+
+The implementation uses OAuth2 for LinkedIn authentication, stores configuration as JSON, and manages posts through a platform-specific database structure. Gos employs intelligent scheduling based on configurable weekly targets, lookback windows, pause periods between posts, and run intervals to prevent over-posting. It supports priority queuing, platform exclusion rules, dry-run testing, and can generate Gemini gemtext summaries of posted content. Built with Mage for automation, the tool integrates seamlessly into shell workflows and can be triggered on intervals to maintain a consistent posting cadence across platforms.
+
+=> https://codeberg.org/snonux/gos View on Codeberg
+=> https://github.com/snonux/gos View on GitHub
+
+---
+
+### 18. dtail
 
 * 💻 Languages: Go (93.9%), JSON (2.8%), C (2.0%), Make (0.5%), C/C++ (0.3%), Config (0.2%), Shell (0.2%), Docker (0.1%)
 * 📚 Documentation: Text (79.4%), Markdown (20.6%)
@@ -462,7 +488,7 @@ The architecture is straightforward: it's a Go-based CLI application that persis
 * 📈 Lines of Code: 20091
 * 📄 Lines of Documentation: 5674
 * 📅 Development Period: 2020-01-09 to 2025-06-20
-* 🏆 Score: 15.4 (combines code size and activity)
+* 🏆 Score: 15.3 (combines code size and activity)
 * ⚖️ License: Apache-2.0
 * 🏷️ Latest Release: v4.3.3 (2024-08-23)
 
@@ -480,32 +506,6 @@ The architecture follows a client-server model where DTail servers run on target
 
 ---
 
-### 18. gos
-
-* 💻 Languages: Go (99.8%), JSON (0.2%)
-* 📚 Documentation: Markdown (100.0%)
-* 📊 Commits: 399
-* 📈 Lines of Code: 4102
-* 📄 Lines of Documentation: 357
-* 📅 Development Period: 2024-05-04 to 2025-12-27
-* 🏆 Score: 14.6 (combines code size and activity)
-* ⚖️ License: Custom License
-* 🏷️ Latest Release: v1.2.3 (2026-01-31)
-
-
-=> showcase/gos/image-1.png gos screenshot
-
-Gos is a command-line social media scheduling tool written in Go that serves as a self-hosted replacement for Buffer.com. It enables users to schedule and post messages to Mastodon and LinkedIn (plus a "Noop" pseudo-platform for tracking) through a simple file-based queueing system. Messages are created as text files in a designated directory (`~/.gosdir`), with optional tags embedded in filenames or content to control platform targeting, priority, and scheduling behavior. The tool addresses limitations of commercial services by offering unlimited posts, a scriptable CLI interface, and full user control without unwanted features like AI assistants.
-
-=> showcase/gos/image-2.png gos screenshot
-
-The implementation uses OAuth2 for LinkedIn authentication, stores configuration as JSON, and manages posts through a platform-specific database structure. Gos employs intelligent scheduling based on configurable weekly targets, lookback windows, pause periods between posts, and run intervals to prevent over-posting. It supports priority queuing, platform exclusion rules, dry-run testing, and can generate Gemini gemtext summaries of posted content. Built with Mage for automation, the tool integrates seamlessly into shell workflows and can be triggered on intervals to maintain a consistent posting cadence across platforms.
-
-=> https://codeberg.org/snonux/gos View on Codeberg
-=> https://github.com/snonux/gos View on GitHub
-
----
-
 ### 19. ds-sim
 
 * 💻 Languages: Java (98.9%), Shell (0.6%), CSS (0.5%)
@@ -514,7 +514,7 @@ The implementation uses OAuth2 for LinkedIn authentication, stores configuration
 * 📈 Lines of Code: 25762
 * 📄 Lines of Documentation: 3101
 * 📅 Development Period: 2008-05-15 to 2025-06-27
-* 🏆 Score: 14.1 (combines code size and activity)
+* 🏆 Score: 14.0 (combines code size and activity)
 * ⚖️ License: Custom License
 * 🧪 Status: Experimental (no releases yet)
 
@@ -652,7 +652,7 @@ The implementation leverages Go's cross-compilation capabilities and Fyne's UI a
 * 📈 Lines of Code: 33
 * 📄 Lines of Documentation: 3
 * 📅 Development Period: 2025-04-03 to 2025-04-03
-* 🏆 Score: 4.7 (combines code size and activity)
+* 🏆 Score: 4.6 (combines code size and activity)
 * ⚖️ License: No license found
 * 🧪 Status: Experimental (no releases yet)
 
@@ -875,11 +875,11 @@ The key advantage over traditional benchmarking tools is that it reproduces actu
 
 * 💻 Languages: Perl (65.8%), Docker (34.2%)
 * 📚 Documentation: Markdown (100.0%)
-* 📊 Commits: 19
+* 📊 Commits: 22
 * 📈 Lines of Code: 149
-* 📄 Lines of Documentation: 15
-* 📅 Development Period: 2011-07-09 to 2026-02-03
-* 🏆 Score: 1.3 (combines code size and activity)
+* 📄 Lines of Documentation: 21
+* 📅 Development Period: 2011-07-09 to 2026-02-17
+* 🏆 Score: 1.5 (combines code size and activity)
 * ⚖️ License: Custom License
 * 🧪 Status: Experimental (no releases yet)
 
@@ -984,29 +984,7 @@ The tool is implemented around a hierarchical configuration system (`/etc/pingdo
 
 ---
 
-### 40. fype
-
-* 💻 Languages: C (71.8%), C/C++ (20.0%), HTML (6.3%), Make (1.8%)
-* 📚 Documentation: Text (65.1%), LaTeX (21.0%), Markdown (14.0%)
-* 📊 Commits: 107
-* 📈 Lines of Code: 9363
-* 📄 Lines of Documentation: 2713
-* 📅 Development Period: 2008-05-15 to 2026-02-20
-* 🏆 Score: 0.9 (combines code size and activity)
-* ⚖️ License: Custom License
-* 🧪 Status: Experimental (no releases yet)
-
-
-Fype is a 32-bit scripting language designed as a fun, AWK-inspired alternative with a simpler syntax. It supports variables with automatic type conversion, functions, loops, control structures, and built-in operations for math, I/O, and system calls. A notable feature is its support for "synonyms" (references/aliases to variables and functions), along with both procedures (using the caller's namespace) and functions (with lexical scoping). The language uses a straightforward syntax with single-character comments (#) and statement-based execution terminated by semicolons.
-
-The implementation uses a simple top-down parser with maximum lookahead of 1, interpreting code simultaneously as it parses, which means syntax errors are only caught at runtime. Written in C and compiled with GCC, it's designed for BSD systems (tested on FreeBSD 7.0) and uses NetBSD Make for building. The project is still unreleased and incomplete, but aims to eventually match AWK's capabilities while potentially adding modern features like function pointers and closures, though explicitly avoiding complexity like OOP, Unicode, or threading.
-
-=> https://codeberg.org/snonux/fype View on Codeberg
-=> https://github.com/snonux/fype View on GitHub
-
----
-
-### 41. xerl
+### 40. xerl
 
 * 💻 Languages: Perl (98.3%), Config (1.2%), Make (0.5%)
 * 📊 Commits: 670
@@ -1027,7 +1005,7 @@ The implementation follows strict OO Perl conventions with explicit typing and p
 
 ---
 
-### 42. ychat
+### 41. ychat
 
 * 💻 Languages: C++ (49.9%), C/C++ (22.2%), Shell (20.6%), Perl (2.5%), HTML (1.9%), Config (1.8%), Make (0.9%), CSS (0.2%)
 * 📚 Documentation: Text (100.0%)
@@ -1050,7 +1028,7 @@ The architecture emphasizes speed and scalability through several key design cho
 
 ---
 
-### 43. fapi
+### 42. fapi
 
 * 💻 Languages: Python (96.6%), Make (3.1%), Config (0.3%)
 * 📚 Documentation: Text (98.3%), Markdown (1.7%)
@@ -1072,7 +1050,7 @@ The tool is implemented in Python and depends on the bigsuds library (F5's iCont
 
 ---
 
-### 44. perl-c-fibonacci
+### 43. perl-c-fibonacci
 
 * 💻 Languages: C (80.4%), Make (19.6%)
 * 📚 Documentation: Text (100.0%)
@@ -1093,7 +1071,7 @@ perl-c-fibonacci: source code repository.
 
 ---
 
-### 45. netcalendar
+### 44. netcalendar
 
 * 💻 Languages: Java (83.0%), HTML (12.9%), XML (3.0%), CSS (0.8%), Make (0.2%)
 * 📚 Documentation: Text (89.7%), Markdown (10.3%)
@@ -1120,17 +1098,17 @@ The key feature is its intelligent color-coded event visualization system that h
 
 ---
 
-### 46. loadbars
+### 45. loadbars
 
 * 💻 Languages: Perl (97.4%), Make (2.6%)
 * 📚 Documentation: Text (100.0%)
-* 📊 Commits: 557
+* 📊 Commits: 575
 * 📈 Lines of Code: 1828
 * 📄 Lines of Documentation: 100
 * 📅 Development Period: 2010-11-05 to 2015-05-23
 * 🏆 Score: 0.7 (combines code size and activity)
 * ⚖️ License: No license found
-* 🏷️ Latest Release: v0.9.0 (2026-02-14)
+* 🏷️ Latest Release: v0.11.1 (2026-02-17)
 
 ⚠️  **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk.
 
@@ -1141,7 +1119,7 @@ loadbars: source code repository.
 
 ---
 
-### 47. gotop
+### 46. gotop
 
 * 💻 Languages: Go (98.0%), Make (2.0%)
 * 📚 Documentation: Markdown (50.0%), Text (50.0%)
@@ -1164,7 +1142,7 @@ The implementation uses a concurrent architecture with goroutines for data colle
 
 ---
 
-### 48. rubyfy
+### 47. rubyfy
 
 * 💻 Languages: Ruby (98.5%), JSON (1.5%)
 * 📚 Documentation: Markdown (100.0%)
@@ -1187,6 +1165,29 @@ The tool is implemented as a lightweight Ruby script that prioritizes simplicity
 
 ---
 
+### 48. fype
+
+* 💻 Languages: C (71.2%), C/C++ (20.7%), HTML (6.6%), Make (1.5%)
+* 📚 Documentation: Text (60.3%), LaTeX (39.7%)
+* 📊 Commits: 107
+* 📈 Lines of Code: 8954
+* 📄 Lines of Documentation: 1432
+* 📅 Development Period: 2008-05-15 to 2014-06-30
+* 🏆 Score: 0.7 (combines code size and activity)
+* ⚖️ License: Custom License
+* 🧪 Status: Experimental (no releases yet)
+
+⚠️  **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk.
+
+Fype is a 32-bit scripting language designed as a fun, AWK-inspired alternative with a simpler syntax. It supports variables with automatic type conversion, functions, loops, control structures, and built-in operations for math, I/O, and system calls. A notable feature is its support for "synonyms" (references/aliases to variables and functions), along with both procedures (using the caller's namespace) and functions (with lexical scoping). The language uses a straightforward syntax with single-character comments (#) and statement-based execution terminated by semicolons.
+
+The implementation uses a simple top-down parser with maximum lookahead of 1, interpreting code simultaneously as it parses, which means syntax errors are only caught at runtime. Written in C and compiled with GCC, it's designed for BSD systems (tested on FreeBSD 7.0) and uses NetBSD Make for building. The project is still unreleased and incomplete, but aims to eventually match AWK's capabilities while potentially adding modern features like function pointers and closures, though explicitly avoiding complexity like OOP, Unicode, or threading.
+
+=> https://codeberg.org/snonux/fype View on Codeberg
+=> https://github.com/snonux/fype View on GitHub
+
+---
+
 ### 49. pwgrep
 
 * 💻 Languages: Shell (85.0%), Make (15.0%)