From 14aee3c7d0a6d929328e5491e1fc73d9346bb579 Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Thu, 1 Jan 2026 11:25:22 +0200 Subject: Update content for gemtext --- about/showcase.gmi | 1246 ++++++++++++++++++------------------ about/showcase.gmi.tpl | 1130 ++++++++++++++++---------------- about/showcase/debroid/image-1.png | 48 +- 3 files changed, 1198 insertions(+), 1226 deletions(-) (limited to 'about') diff --git a/about/showcase.gmi b/about/showcase.gmi index b361e661..d650f89c 100644 --- a/about/showcase.gmi +++ b/about/showcase.gmi @@ -2,71 +2,71 @@ Generated on: 2026-01-01 -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 ordered by recent activity, with the most actively maintained projects listed first. +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. ## Table of Contents * ⇢ Project Showcase * ⇢ ⇢ Overall Statistics * ⇢ ⇢ Projects -* ⇢ ⇢ ⇢ epimetheus -* ⇢ ⇢ ⇢ conf -* ⇢ ⇢ ⇢ foo.zone -* ⇢ ⇢ ⇢ perc -* ⇢ ⇢ ⇢ yoga -* ⇢ ⇢ ⇢ hexai -* ⇢ ⇢ ⇢ foostats -* ⇢ ⇢ ⇢ gitsyncer -* ⇢ ⇢ ⇢ timr -* ⇢ ⇢ ⇢ totalrecall -* ⇢ ⇢ ⇢ tasksamurai -* ⇢ ⇢ ⇢ gos -* ⇢ ⇢ ⇢ ior -* ⇢ ⇢ ⇢ dtail -* ⇢ ⇢ ⇢ wireguardmeshgenerator -* ⇢ ⇢ ⇢ ds-sim -* ⇢ ⇢ ⇢ sillybench -* ⇢ ⇢ ⇢ gemtexter -* ⇢ ⇢ ⇢ rcm -* ⇢ ⇢ ⇢ gogios -* ⇢ ⇢ ⇢ quicklogger -* ⇢ ⇢ ⇢ docker-radicale-server -* ⇢ ⇢ ⇢ terraform -* ⇢ ⇢ ⇢ gorum -* ⇢ ⇢ ⇢ guprecords -* ⇢ ⇢ ⇢ randomjournalpage -* ⇢ ⇢ ⇢ geheim -* ⇢ ⇢ ⇢ sway-autorotate -* ⇢ ⇢ ⇢ algorithms -* ⇢ ⇢ ⇢ perl-c-fibonacci -* ⇢ ⇢ ⇢ ioriot -* ⇢ ⇢ ⇢ photoalbum -* ⇢ ⇢ ⇢ staticfarm-apache-handlers -* ⇢ ⇢ ⇢ dyndns -* ⇢ ⇢ ⇢ mon -* ⇢ ⇢ ⇢ rubyfy -* ⇢ ⇢ ⇢ pingdomfetch -* ⇢ ⇢ ⇢ gotop -* ⇢ ⇢ ⇢ xerl -* ⇢ ⇢ ⇢ debroid -* ⇢ ⇢ ⇢ fapi -* ⇢ ⇢ ⇢ template -* ⇢ ⇢ ⇢ muttdelay -* ⇢ ⇢ ⇢ netdiff -* ⇢ ⇢ ⇢ pwgrep -* ⇢ ⇢ ⇢ japi -* ⇢ ⇢ ⇢ perl-poetry -* ⇢ ⇢ ⇢ ipv6test -* ⇢ ⇢ ⇢ cpuinfo -* ⇢ ⇢ ⇢ loadbars -* ⇢ ⇢ ⇢ perldaemon -* ⇢ ⇢ ⇢ awksite -* ⇢ ⇢ ⇢ jsmstrade -* ⇢ ⇢ ⇢ ychat -* ⇢ ⇢ ⇢ netcalendar -* ⇢ ⇢ ⇢ hsbot -* ⇢ ⇢ ⇢ fype -* ⇢ ⇢ ⇢ vs-sim +* ⇢ ⇢ ⇢ 1. epimetheus +* ⇢ ⇢ ⇢ 2. conf +* ⇢ ⇢ ⇢ 3. foo.zone +* ⇢ ⇢ ⇢ 4. perc +* ⇢ ⇢ ⇢ 5. hexai +* ⇢ ⇢ ⇢ 6. yoga +* ⇢ ⇢ ⇢ 7. gitsyncer +* ⇢ ⇢ ⇢ 8. totalrecall +* ⇢ ⇢ ⇢ 9. foostats +* ⇢ ⇢ ⇢ 10. tasksamurai +* ⇢ ⇢ ⇢ 11. ior +* ⇢ ⇢ ⇢ 12. timr +* ⇢ ⇢ ⇢ 13. dtail +* ⇢ ⇢ ⇢ 14. gos +* ⇢ ⇢ ⇢ 15. ds-sim +* ⇢ ⇢ ⇢ 16. gemtexter +* ⇢ ⇢ ⇢ 17. wireguardmeshgenerator +* ⇢ ⇢ ⇢ 18. rcm +* ⇢ ⇢ ⇢ 19. gogios +* ⇢ ⇢ ⇢ 20. sillybench +* ⇢ ⇢ ⇢ 21. terraform +* ⇢ ⇢ ⇢ 22. quicklogger +* ⇢ ⇢ ⇢ 23. gorum +* ⇢ ⇢ ⇢ 24. guprecords +* ⇢ ⇢ ⇢ 25. docker-radicale-server +* ⇢ ⇢ ⇢ 26. geheim +* ⇢ ⇢ ⇢ 27. algorithms +* ⇢ ⇢ ⇢ 28. randomjournalpage +* ⇢ ⇢ ⇢ 29. ioriot +* ⇢ ⇢ ⇢ 30. sway-autorotate +* ⇢ ⇢ ⇢ 31. mon +* ⇢ ⇢ ⇢ 32. staticfarm-apache-handlers +* ⇢ ⇢ ⇢ 33. pingdomfetch +* ⇢ ⇢ ⇢ 34. xerl +* ⇢ ⇢ ⇢ 35. perl-c-fibonacci +* ⇢ ⇢ ⇢ 36. photoalbum +* ⇢ ⇢ ⇢ 37. ychat +* ⇢ ⇢ ⇢ 38. fapi +* ⇢ ⇢ ⇢ 39. netcalendar +* ⇢ ⇢ ⇢ 40. loadbars +* ⇢ ⇢ ⇢ 41. gotop +* ⇢ ⇢ ⇢ 42. fype +* ⇢ ⇢ ⇢ 43. rubyfy +* ⇢ ⇢ ⇢ 44. pwgrep +* ⇢ ⇢ ⇢ 45. perldaemon +* ⇢ ⇢ ⇢ 46. jsmstrade +* ⇢ ⇢ ⇢ 47. japi +* ⇢ ⇢ ⇢ 48. perl-poetry +* ⇢ ⇢ ⇢ 49. muttdelay +* ⇢ ⇢ ⇢ 50. netdiff +* ⇢ ⇢ ⇢ 51. debroid +* ⇢ ⇢ ⇢ 52. hsbot +* ⇢ ⇢ ⇢ 53. cpuinfo +* ⇢ ⇢ ⇢ 54. template +* ⇢ ⇢ ⇢ 55. ipv6test +* ⇢ ⇢ ⇢ 56. awksite +* ⇢ ⇢ ⇢ 57. dyndns +* ⇢ ⇢ ⇢ 58. vs-sim ## Overall Statistics @@ -76,13 +76,11 @@ This page showcases my side projects, providing an overview of what each project * 📄 Total Lines of Documentation: 29,434 * 💻 Languages: Go (34.7%), Java (15.8%), C (7.9%), XML (6.9%), C++ (6.7%), Perl (6.5%), HTML (5.3%), C/C++ (4.9%), Shell (2.8%), YAML (1.6%), Config (1.4%), Ruby (1.1%), HCL (1.1%), Python (0.8%), Make (0.6%), CSS (0.5%), JSON (0.5%), Raku (0.4%), Haskell (0.2%), TOML (0.1%) * 📚 Documentation: Markdown (59.6%), Text (38.7%), LaTeX (1.7%) -* 🎵 Vibe-Coded Projects: 6 out of 58 (10.3%) -* 🤖 AI-Assisted Projects (including vibe-coded): 12 out of 58 (20.7% AI-assisted, 79.3% human-only) * 🚀 Release Status: 38 released, 20 experimental (65.5% with releases, 34.5% experimental) ## Projects -### epimetheus +### 1. epimetheus * 💻 Languages: Go (65.0%), Shell (22.5%), JSON (12.5%) * 📚 Documentation: Markdown (98.4%), Text (1.6%) @@ -90,10 +88,9 @@ This page showcases my side projects, providing an overview of what each project * 📈 Lines of Code: 3781 * 📄 Lines of Documentation: 3664 * 📅 Development Period: 2025-12-30 to 2025-12-31 -* 🔥 Recent Activity: 0.8 days (avg. age of last 42 commits) +* 🏆 Score: 1602.0 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) -* 🤖 AI-Assisted: This project was partially created with the help of generative AI => showcase/epimetheus/image-1.png epimetheus screenshot @@ -107,7 +104,7 @@ The architecture routes current data (<5 min old) through Pushgateway where Prom --- -### conf +### 2. conf * 💻 Languages: YAML (41.3%), Perl (21.1%), Shell (17.0%), Python (4.8%), Config (3.7%), CSS (3.6%), TOML (3.3%), Ruby (2.8%), Docker (1.0%), Lua (0.8%), JSON (0.4%), HTML (0.3%) * 📚 Documentation: Markdown (93.7%), Text (6.3%) @@ -115,7 +112,7 @@ The architecture routes current data (<5 min old) through Pushgateway where Prom * 📈 Lines of Code: 9044 * 📄 Lines of Documentation: 3053 * 📅 Development Period: 2021-12-28 to 2025-12-31 -* 🔥 Recent Activity: 2.2 days (avg. age of last 42 commits) +* 🏆 Score: 1094.0 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) @@ -129,7 +126,7 @@ The project is organized into distinct subdirectories: `dotfiles/` contains shel --- -### foo.zone +### 3. foo.zone * 💻 Languages: XML (98.5%), Shell (1.1%), Go (0.4%) * 📚 Documentation: Text (86.7%), Markdown (13.3%) @@ -137,10 +134,9 @@ The project is organized into distinct subdirectories: `dotfiles/` contains shel * 📈 Lines of Code: 17226 * 📄 Lines of Documentation: 173 * 📅 Development Period: 2021-04-29 to 2025-12-31 -* 🔥 Recent Activity: 5.6 days (avg. age of last 42 commits) +* 🏆 Score: 605.9 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) -* 🤖 AI-Assisted: This project was partially created with the help of generative AI foo.zone: source code repository. @@ -150,7 +146,7 @@ foo.zone: source code repository. --- -### perc +### 4. perc * 💻 Languages: Go (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -158,10 +154,9 @@ foo.zone: source code repository. * 📈 Lines of Code: 452 * 📄 Lines of Documentation: 80 * 📅 Development Period: 2025-11-25 to 2025-11-25 -* 🔥 Recent Activity: 36.1 days (avg. age of last 42 commits) +* 🏆 Score: 70.7 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v0.1.0 (2025-11-25) -* 🎵 Vibe-Coded: This project has been vibe coded **perc** is a command-line percentage calculator written in Go that handles the three common percentage calculation scenarios: finding X% of Y (e.g., "20% of 150"), determining what percentage one number is of another (e.g., "30 is what % of 150"), and finding the whole when given a part and percentage (e.g., "30 is 20% of what"). It accepts natural language-style input and shows step-by-step calculation breakdowns alongside results. @@ -173,32 +168,7 @@ The tool is built as a simple Go CLI application with a standard project layout --- -### yoga - -* 💻 Languages: Go (100.0%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 12 -* 📈 Lines of Code: 3408 -* 📄 Lines of Documentation: 82 -* 📅 Development Period: 2025-10-01 to 2025-10-24 -* 🔥 Recent Activity: 85.5 days (avg. age of last 42 commits) -* ⚖️ License: No license found -* 🏷️ Latest Release: v0.3.0 (2025-10-24) -* 🎵 Vibe-Coded: This project has been vibe coded - - -=> showcase/yoga/image-1.png yoga screenshot - -Yoga is a Terminal User Interface (TUI) application written in Go that helps users browse and play local yoga video collections. It scans a designated directory for video files (MP4, MKV, MOV, AVI, WMV, M4V), extracts and caches duration metadata, and presents them in an interactive table. Users can quickly filter videos by name, duration range, or tags, sort by various criteria (name, length, age), and launch playback in VLC with a single keypress. The tool is particularly useful for managing personal yoga practice libraries where you want to quickly find videos matching specific time constraints or styles without opening a file browser. - -The implementation follows clean Go architecture with domain logic organized under `internal/` (including `app` for TUI flow, `fsutil` for filesystem operations, and `meta` for metadata caching). It uses a keyboard-driven interface with vim-like navigation and maintains a `.video_duration_cache.json` file per directory to avoid re-probing video durations on subsequent scans. The project emphasizes maintainability with ≥85% test coverage requirements, table-driven tests, and strict formatting via `gofumpt`, while keeping the entry point minimal in `cmd/yoga/main.go`. - -=> https://codeberg.org/snonux/yoga View on Codeberg -=> https://github.com/snonux/yoga View on GitHub - ---- - -### hexai +### 5. hexai * 💻 Languages: Go (65.3%), HTML (34.7%) * 📚 Documentation: Markdown (100.0%) @@ -206,10 +176,9 @@ The implementation follows clean Go architecture with domain logic organized und * 📈 Lines of Code: 28331 * 📄 Lines of Documentation: 562 * 📅 Development Period: 2025-08-01 to 2025-11-03 -* 🔥 Recent Activity: 97.5 days (avg. age of last 42 commits) +* 🏆 Score: 45.0 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v0.15.3 (2025-11-03) -* 🤖 AI-Assisted: This project was partially created with the help of generative AI => showcase/hexai/image-1.png hexai screenshot @@ -223,29 +192,31 @@ The project is implemented as an LSP server written in Go, with a TUI component --- -### foostats +### 6. yoga -* 💻 Languages: Perl (100.0%) -* 📚 Documentation: Markdown (54.6%), Text (45.4%) -* 📊 Commits: 98 -* 📈 Lines of Code: 1902 -* 📄 Lines of Documentation: 423 -* 📅 Development Period: 2023-01-02 to 2025-11-01 -* 🔥 Recent Activity: 131.7 days (avg. age of last 42 commits) -* ⚖️ License: Custom License -* 🏷️ Latest Release: v0.2.0 (2025-10-21) +* 💻 Languages: Go (100.0%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 12 +* 📈 Lines of Code: 3408 +* 📄 Lines of Documentation: 82 +* 📅 Development Period: 2025-10-01 to 2025-10-24 +* 🏆 Score: 40.7 (combines code size and activity) +* ⚖️ License: No license found +* 🏷️ Latest Release: v0.3.0 (2025-10-24) -**foostats** is a privacy-respecting web analytics tool designed for OpenBSD that processes both traditional HTTP/HTTPS server logs and Gemini protocol logs to generate anonymous site statistics. It immediately hashes all IP addresses using SHA3-512 before storage, ensuring no personal information is retained while still providing meaningful traffic insights. The tool supports distributed deployments with node-to-node replication, filters out suspicious requests based on configurable patterns, and generates comprehensive daily and monthly reports in both Gemtext and HTML formats. It's particularly useful for privacy-conscious site operators who need traffic analytics without compromising visitor anonymity. +=> showcase/yoga/image-1.png yoga screenshot -The implementation uses a modular Perl architecture with specialized components: **Logreader** parses logs from httpd and Gemini servers (vger/relayd), **Filter** blocks suspicious patterns, **Aggregator** compiles statistics, **Replicator** synchronizes data between partner nodes, and **Reporter** generates human-readable reports. Statistics are stored as compressed JSON files, supporting both IPv4 and IPv6, with built-in feed analytics for tracking Atom/RSS and Gemfeed subscribers. The tool is designed specifically for the foo.zone ecosystem but can be adapted for any OpenBSD-based hosting environment requiring privacy-first analytics. +Yoga is a Terminal User Interface (TUI) application written in Go that helps users browse and play local yoga video collections. It scans a designated directory for video files (MP4, MKV, MOV, AVI, WMV, M4V), extracts and caches duration metadata, and presents them in an interactive table. Users can quickly filter videos by name, duration range, or tags, sort by various criteria (name, length, age), and launch playback in VLC with a single keypress. The tool is particularly useful for managing personal yoga practice libraries where you want to quickly find videos matching specific time constraints or styles without opening a file browser. -=> https://codeberg.org/snonux/foostats View on Codeberg -=> https://github.com/snonux/foostats View on GitHub +The implementation follows clean Go architecture with domain logic organized under `internal/` (including `app` for TUI flow, `fsutil` for filesystem operations, and `meta` for metadata caching). It uses a keyboard-driven interface with vim-like navigation and maintains a `.video_duration_cache.json` file per directory to avoid re-probing video durations on subsequent scans. The project emphasizes maintainability with ≥85% test coverage requirements, table-driven tests, and strict formatting via `gofumpt`, while keeping the entry point minimal in `cmd/yoga/main.go`. + +=> https://codeberg.org/snonux/yoga View on Codeberg +=> https://github.com/snonux/yoga View on GitHub --- -### gitsyncer +### 7. gitsyncer * 💻 Languages: Go (92.2%), Shell (7.4%), JSON (0.4%) * 📚 Documentation: Markdown (100.0%) @@ -253,10 +224,9 @@ The implementation uses a modular Perl architecture with specialized components: * 📈 Lines of Code: 10075 * 📄 Lines of Documentation: 2432 * 📅 Development Period: 2025-06-23 to 2025-12-31 -* 🔥 Recent Activity: 146.5 days (avg. age of last 42 commits) +* 🏆 Score: 27.1 (combines code size and activity) * ⚖️ License: BSD-2-Clause * 🏷️ Latest Release: v0.11.0 (2025-12-31) -* 🎵 Vibe-Coded: This project has been vibe coded 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. @@ -268,30 +238,7 @@ The implementation uses a git remotes approach: it clones from one organization, --- -### timr - -* 💻 Languages: Go (94.5%), Shell (5.5%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 31 -* 📈 Lines of Code: 991 -* 📄 Lines of Documentation: 50 -* 📅 Development Period: 2025-06-25 to 2025-11-08 -* 🔥 Recent Activity: 150.2 days (avg. age of last 42 commits) -* ⚖️ License: BSD-2-Clause -* 🏷️ Latest Release: v0.3.0 (2025-11-08) -* 🎵 Vibe-Coded: This project has been vibe coded - - -`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. - -=> https://codeberg.org/snonux/timr View on Codeberg -=> https://github.com/snonux/timr View on GitHub - ---- - -### totalrecall +### 8. totalrecall * 💻 Languages: Go (98.9%), Shell (0.5%), YAML (0.5%) * 📚 Documentation: Markdown (100.0%) @@ -299,10 +246,9 @@ The architecture is straightforward: it's a Go-based CLI application that persis * 📈 Lines of Code: 12003 * 📄 Lines of Documentation: 361 * 📅 Development Period: 2025-07-14 to 2025-08-02 -* 🔥 Recent Activity: 162.6 days (avg. age of last 42 commits) +* 🏆 Score: 24.9 (combines code size and activity) * ⚖️ License: MIT * 🏷️ Latest Release: v0.7.5 (2025-08-02) -* 🎵 Vibe-Coded: This project has been vibe coded => showcase/totalrecall/image-1.png totalrecall screenshot @@ -318,7 +264,29 @@ The project offers both a keyboard-driven GUI for interactive use and a CLI for --- -### tasksamurai +### 9. foostats + +* 💻 Languages: Perl (100.0%) +* 📚 Documentation: Markdown (54.6%), Text (45.4%) +* 📊 Commits: 98 +* 📈 Lines of Code: 1902 +* 📄 Lines of Documentation: 423 +* 📅 Development Period: 2023-01-02 to 2025-11-01 +* 🏆 Score: 24.6 (combines code size and activity) +* ⚖️ License: Custom License +* 🏷️ Latest Release: v0.2.0 (2025-10-21) + + +**foostats** is a privacy-respecting web analytics tool designed for OpenBSD that processes both traditional HTTP/HTTPS server logs and Gemini protocol logs to generate anonymous site statistics. It immediately hashes all IP addresses using SHA3-512 before storage, ensuring no personal information is retained while still providing meaningful traffic insights. The tool supports distributed deployments with node-to-node replication, filters out suspicious requests based on configurable patterns, and generates comprehensive daily and monthly reports in both Gemtext and HTML formats. It's particularly useful for privacy-conscious site operators who need traffic analytics without compromising visitor anonymity. + +The implementation uses a modular Perl architecture with specialized components: **Logreader** parses logs from httpd and Gemini servers (vger/relayd), **Filter** blocks suspicious patterns, **Aggregator** compiles statistics, **Replicator** synchronizes data between partner nodes, and **Reporter** generates human-readable reports. Statistics are stored as compressed JSON files, supporting both IPv4 and IPv6, with built-in feed analytics for tracking Atom/RSS and Gemfeed subscribers. The tool is designed specifically for the foo.zone ecosystem but can be adapted for any OpenBSD-based hosting environment requiring privacy-first analytics. + +=> https://codeberg.org/snonux/foostats View on Codeberg +=> https://github.com/snonux/foostats View on GitHub + +--- + +### 10. tasksamurai * 💻 Languages: Go (99.8%), YAML (0.2%) * 📚 Documentation: Markdown (100.0%) @@ -326,10 +294,9 @@ The project offers both a keyboard-driven GUI for interactive use and a CLI for * 📈 Lines of Code: 6168 * 📄 Lines of Documentation: 164 * 📅 Development Period: 2025-06-19 to 2025-11-02 -* 🔥 Recent Activity: 182.7 days (avg. age of last 42 commits) +* 🏆 Score: 20.6 (combines code size and activity) * ⚖️ License: BSD-2-Clause * 🏷️ Latest Release: v0.9.3 (2025-10-05) -* 🎵 Vibe-Coded: This project has been vibe coded => showcase/tasksamurai/image-1.png tasksamurai screenshot @@ -345,33 +312,7 @@ Under the hood, Task Samurai acts as a front-end wrapper that invokes the native --- -### gos - -* 💻 Languages: Go (99.8%), JSON (0.2%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 398 -* 📈 Lines of Code: 4102 -* 📄 Lines of Documentation: 357 -* 📅 Development Period: 2024-05-04 to 2025-12-27 -* 🔥 Recent Activity: 195.2 days (avg. age of last 42 commits) -* ⚖️ License: Custom License -* 🏷️ Latest Release: v1.2.2 (2025-12-27) - - -=> 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 - ---- - -### ior +### 11. ior * 💻 Languages: Go (50.4%), C (43.1%), Raku (4.5%), Make (1.1%), C/C++ (1.0%) * 📚 Documentation: Text (69.7%), Markdown (30.3%) @@ -379,10 +320,9 @@ The implementation uses OAuth2 for LinkedIn authentication, stores configuration * 📈 Lines of Code: 13072 * 📄 Lines of Documentation: 680 * 📅 Development Period: 2024-01-18 to 2025-10-09 -* 🔥 Recent Activity: 201.0 days (avg. age of last 42 commits) +* 🏆 Score: 20.3 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) -* 🤖 AI-Assisted: This project was partially created with the help of generative AI => showcase/ior/image-1.png ior screenshot @@ -398,7 +338,29 @@ The tool is implemented in Go and C, leveraging libbpfgo for BPF interaction. It --- -### dtail +### 12. timr + +* 💻 Languages: Go (94.5%), Shell (5.5%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 31 +* 📈 Lines of Code: 991 +* 📄 Lines of Documentation: 50 +* 📅 Development Period: 2025-06-25 to 2025-11-08 +* 🏆 Score: 19.8 (combines code size and activity) +* ⚖️ License: BSD-2-Clause +* 🏷️ Latest Release: v0.3.0 (2025-11-08) + + +`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. + +=> https://codeberg.org/snonux/timr View on Codeberg +=> https://github.com/snonux/timr View on GitHub + +--- + +### 13. 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%) @@ -406,10 +368,9 @@ The tool is implemented in Go and C, leveraging libbpfgo for BPF interaction. It * 📈 Lines of Code: 20091 * 📄 Lines of Documentation: 5674 * 📅 Development Period: 2020-01-09 to 2025-06-20 -* 🔥 Recent Activity: 227.9 days (avg. age of last 42 commits) +* 🏆 Score: 18.8 (combines code size and activity) * ⚖️ License: Apache-2.0 * 🏷️ Latest Release: v4.3.3 (2024-08-23) -* 🤖 AI-Assisted: This project was partially created with the help of generative AI => showcase/dtail/image-1.png dtail screenshot @@ -425,29 +386,33 @@ The architecture follows a client-server model where DTail servers run on target --- -### wireguardmeshgenerator +### 14. gos -* 💻 Languages: Ruby (73.5%), YAML (26.5%) +* 💻 Languages: Go (99.8%), JSON (0.2%) * 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 33 -* 📈 Lines of Code: 396 -* 📄 Lines of Documentation: 24 -* 📅 Development Period: 2025-04-18 to 2025-05-11 -* 🔥 Recent Activity: 247.2 days (avg. age of last 42 commits) +* 📊 Commits: 398 +* 📈 Lines of Code: 4102 +* 📄 Lines of Documentation: 357 +* 📅 Development Period: 2024-05-04 to 2025-12-27 +* 🏆 Score: 18.4 (combines code size and activity) * ⚖️ License: Custom License -* 🏷️ Latest Release: v1.0.0 (2025-05-11) +* 🏷️ Latest Release: v1.2.2 (2025-12-27) -WireGuard Mesh Generator is a Ruby-based automation tool that creates and manages full-mesh VPN configurations for WireGuard across heterogeneous hosts (Linux, FreeBSD, OpenBSD). It eliminates manual configuration by automatically generating unique keypairs, preshared keys, and peer configurations for each host, handling OS-specific differences in config paths, privilege escalation commands, and service reload mechanisms. +=> showcase/gos/image-1.png gos screenshot -The tool reads host definitions from a YAML file specifying network interfaces (LAN/internet/WireGuard), SSH details, and OS types. It intelligently determines optimal peer connections—using LAN IPs when both hosts are local, public IPs when available, or marking peers as "behind NAT" when direct connection isn't possible—and applies persistent keepalive only for LAN-to-internet tunnels. The three-stage workflow (generate keys/configs → upload via SCP → install and reload via SSH) enables zero-touch deployment of a complete mesh network where every node can communicate securely with every other node. +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. -=> https://codeberg.org/snonux/wireguardmeshgenerator View on Codeberg -=> https://github.com/snonux/wireguardmeshgenerator View on GitHub +=> 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 --- -### ds-sim +### 15. ds-sim * 💻 Languages: Java (98.9%), Shell (0.6%), CSS (0.5%) * 📚 Documentation: Markdown (98.7%), Text (1.3%) @@ -455,10 +420,9 @@ The tool reads host definitions from a YAML file specifying network interfaces ( * 📈 Lines of Code: 25762 * 📄 Lines of Documentation: 3101 * 📅 Development Period: 2008-05-15 to 2025-06-27 -* 🔥 Recent Activity: 260.5 days (avg. age of last 42 commits) +* 🏆 Score: 16.8 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) -* 🤖 AI-Assisted: This project was partially created with the help of generative AI => showcase/ds-sim/image-1.png ds-sim screenshot @@ -472,29 +436,7 @@ The implementation follows a modular Java architecture with clear separation bet --- -### sillybench - -* 💻 Languages: Go (90.9%), Shell (9.1%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 5 -* 📈 Lines of Code: 33 -* 📄 Lines of Documentation: 3 -* 📅 Development Period: 2025-04-03 to 2025-04-03 -* 🔥 Recent Activity: 273.1 days (avg. age of last 42 commits) -* ⚖️ License: No license found -* 🧪 Status: Experimental (no releases yet) - - -**Silly Benchmark** is a minimal Go-based performance benchmarking tool designed to compare CPU performance between FreeBSD and Linux Bhyve VM environments. It provides two simple CPU-intensive benchmark tests: one that performs repeated integer multiplication operations (`BenchmarkCPUSilly1`) and another that executes floating-point arithmetic sequences including addition, multiplication, and division (`BenchmarkCPUSilly2`). - -The implementation is intentionally straightforward, using Go's built-in testing framework to run computational workloads that stress different aspects of CPU performance. The benchmarks avoid being optimized away by the compiler while remaining simple enough to produce consistent, comparable results across different operating systems and virtualization platforms. This makes it useful for quick performance comparisons when evaluating the overhead of virtualization or differences in OS scheduling and computation. - -=> https://codeberg.org/snonux/sillybench View on Codeberg -=> https://github.com/snonux/sillybench View on GitHub - ---- - -### gemtexter +### 16. gemtexter * 💻 Languages: Shell (68.2%), CSS (28.5%), Config (1.9%), HTML (1.3%) * 📚 Documentation: Text (76.1%), Markdown (23.9%) @@ -502,7 +444,7 @@ The implementation is intentionally straightforward, using Go's built-in testing * 📈 Lines of Code: 2288 * 📄 Lines of Documentation: 1180 * 📅 Development Period: 2021-05-21 to 2025-12-31 -* 🔥 Recent Activity: 293.8 days (avg. age of last 42 commits) +* 🏆 Score: 11.4 (combines code size and activity) * ⚖️ License: GPL-3.0 * 🏷️ Latest Release: 3.0.0 (2024-10-01) @@ -516,7 +458,29 @@ The architecture leverages GNU utilities (sed, grep, date) and optional tools li --- -### rcm +### 17. wireguardmeshgenerator + +* 💻 Languages: Ruby (73.5%), YAML (26.5%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 33 +* 📈 Lines of Code: 396 +* 📄 Lines of Documentation: 24 +* 📅 Development Period: 2025-04-18 to 2025-05-11 +* 🏆 Score: 10.5 (combines code size and activity) +* ⚖️ License: Custom License +* 🏷️ Latest Release: v1.0.0 (2025-05-11) + + +WireGuard Mesh Generator is a Ruby-based automation tool that creates and manages full-mesh VPN configurations for WireGuard across heterogeneous hosts (Linux, FreeBSD, OpenBSD). It eliminates manual configuration by automatically generating unique keypairs, preshared keys, and peer configurations for each host, handling OS-specific differences in config paths, privilege escalation commands, and service reload mechanisms. + +The tool reads host definitions from a YAML file specifying network interfaces (LAN/internet/WireGuard), SSH details, and OS types. It intelligently determines optimal peer connections—using LAN IPs when both hosts are local, public IPs when available, or marking peers as "behind NAT" when direct connection isn't possible—and applies persistent keepalive only for LAN-to-internet tunnels. The three-stage workflow (generate keys/configs → upload via SCP → install and reload via SSH) enables zero-touch deployment of a complete mesh network where every node can communicate securely with every other node. + +=> https://codeberg.org/snonux/wireguardmeshgenerator View on Codeberg +=> https://github.com/snonux/wireguardmeshgenerator View on GitHub + +--- + +### 18. rcm * 💻 Languages: Ruby (99.8%), TOML (0.2%) * 📚 Documentation: Markdown (100.0%) @@ -524,7 +488,7 @@ The architecture leverages GNU utilities (sed, grep, date) and optional tools li * 📈 Lines of Code: 1377 * 📄 Lines of Documentation: 113 * 📅 Development Period: 2024-12-05 to 2025-11-26 -* 🔥 Recent Activity: 306.8 days (avg. age of last 42 commits) +* 🏆 Score: 10.2 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) @@ -538,7 +502,7 @@ The implementation centers around a DSL module that provides keywords like `file --- -### gogios +### 19. gogios * 💻 Languages: Go (96.7%), JSON (1.9%), YAML (1.4%) * 📚 Documentation: Markdown (100.0%) @@ -546,7 +510,7 @@ The implementation centers around a DSL module that provides keywords like `file * 📈 Lines of Code: 1263 * 📄 Lines of Documentation: 211 * 📅 Development Period: 2023-04-17 to 2025-11-22 -* 🔥 Recent Activity: 537.2 days (avg. age of last 42 commits) +* 🏆 Score: 5.8 (combines code size and activity) * ⚖️ License: Custom License * 🏷️ Latest Release: v1.2.1 (2025-10-27) @@ -562,55 +526,29 @@ The architecture is straightforward: JSON configuration defines checks (plugin p --- -### quicklogger - -* 💻 Languages: Go (96.1%), XML (1.9%), Shell (1.2%), TOML (0.7%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 35 -* 📈 Lines of Code: 1133 -* 📄 Lines of Documentation: 78 -* 📅 Development Period: 2024-01-20 to 2025-09-13 -* 🔥 Recent Activity: 579.7 days (avg. age of last 42 commits) -* ⚖️ License: MIT -* 🏷️ Latest Release: v0.0.4 (2025-09-13) - - -=> showcase/quicklogger/image-1.png quicklogger screenshot - -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. - -=> showcase/quicklogger/image-2.png 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. - -=> https://codeberg.org/snonux/quicklogger View on Codeberg -=> https://github.com/snonux/quicklogger View on GitHub - ---- - -### docker-radicale-server +### 20. sillybench -* 💻 Languages: Make (57.5%), Docker (42.5%) +* 💻 Languages: Go (90.9%), Shell (9.1%) * 📚 Documentation: Markdown (100.0%) * 📊 Commits: 5 -* 📈 Lines of Code: 40 +* 📈 Lines of Code: 33 * 📄 Lines of Documentation: 3 -* 📅 Development Period: 2023-12-31 to 2025-08-11 -* 🔥 Recent Activity: 613.4 days (avg. age of last 42 commits) +* 📅 Development Period: 2025-04-03 to 2025-04-03 +* 🏆 Score: 5.5 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) -This project is a Docker containerization of **Radicale**, a lightweight CalDAV and CardDAV server for calendar and contact synchronization. Radicale enables users to self-host their calendars and contacts, providing an open-source alternative to cloud services like Google Calendar or iCloud. The Dockerized version makes it easy to deploy and manage the server with minimal setup. +**Silly Benchmark** is a minimal Go-based performance benchmarking tool designed to compare CPU performance between FreeBSD and Linux Bhyve VM environments. It provides two simple CPU-intensive benchmark tests: one that performs repeated integer multiplication operations (`BenchmarkCPUSilly1`) and another that executes floating-point arithmetic sequences including addition, multiplication, and division (`BenchmarkCPUSilly2`). -The implementation uses Alpine Linux as the base image for a minimal footprint, installs Radicale via pip, and configures it with htpasswd authentication and file-based storage. The container exposes port 8080 and runs as a non-root user for security. The architecture includes separate volumes for authentication credentials, calendar/contact collections, and configuration, making it straightforward to persist data and customize the server behavior. +The implementation is intentionally straightforward, using Go's built-in testing framework to run computational workloads that stress different aspects of CPU performance. The benchmarks avoid being optimized away by the compiler while remaining simple enough to produce consistent, comparable results across different operating systems and virtualization platforms. This makes it useful for quick performance comparisons when evaluating the overhead of virtualization or differences in OS scheduling and computation. -=> https://codeberg.org/snonux/docker-radicale-server View on Codeberg -=> https://github.com/snonux/docker-radicale-server View on GitHub +=> https://codeberg.org/snonux/sillybench View on Codeberg +=> https://github.com/snonux/sillybench View on GitHub --- -### terraform +### 21. terraform * 💻 Languages: HCL (96.6%), Make (1.9%), YAML (1.5%) * 📚 Documentation: Markdown (100.0%) @@ -618,7 +556,7 @@ The implementation uses Alpine Linux as the base image for a minimal footprint, * 📈 Lines of Code: 2851 * 📄 Lines of Documentation: 52 * 📅 Development Period: 2023-08-27 to 2025-08-08 -* 🔥 Recent Activity: 649.6 days (avg. age of last 42 commits) +* 🏆 Score: 5.3 (combines code size and activity) * ⚖️ License: MIT * 🧪 Status: Experimental (no releases yet) @@ -632,30 +570,56 @@ The infrastructure uses a **modular, layered architecture** with separate Terraf --- -### gorum +### 22. quicklogger -* 💻 Languages: Go (91.3%), JSON (6.4%), YAML (2.3%) +* 💻 Languages: Go (96.1%), XML (1.9%), Shell (1.2%), TOML (0.7%) * 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 82 -* 📈 Lines of Code: 1525 -* 📄 Lines of Documentation: 15 -* 📅 Development Period: 2023-04-17 to 2023-11-19 -* 🔥 Recent Activity: 876.5 days (avg. age of last 42 commits) -* ⚖️ License: Custom License -* 🧪 Status: Experimental (no releases yet) +* 📊 Commits: 35 +* 📈 Lines of Code: 1133 +* 📄 Lines of Documentation: 78 +* 📅 Development Period: 2024-01-20 to 2025-09-13 +* 🏆 Score: 5.3 (combines code size and activity) +* ⚖️ License: MIT +* 🏷️ Latest Release: v0.0.4 (2025-09-13) -⚠️ **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. -**Gorum** is a minimalistic distributed quorum manager written in Go that enables cluster nodes to determine leadership through a voting mechanism. It's useful for high-availability scenarios where multiple nodes need to coordinate and agree on which node should be the active leader based on priority and availability. The system works by having each node periodically exchange votes with other nodes in the cluster, track which nodes are alive (votes expire if not refreshed), calculate scores based on node priorities and vote counts, and reach consensus on which node should be the winner/leader. +=> showcase/quicklogger/image-1.png quicklogger screenshot -The architecture consists of client/server components for inter-node communication, a quorum manager that handles voting logic and score calculation, a notifier system for state changes, and a vote management system with expiration tracking. Nodes are configured via JSON with hostname, port, and priority values, and the system runs in a continuous loop where votes are exchanged, expired votes are removed, and leadership rankings are recalculated whenever the cluster state changes. +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. -=> https://codeberg.org/snonux/gorum View on Codeberg -=> https://github.com/snonux/gorum View on GitHub +=> showcase/quicklogger/image-2.png 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. + +=> https://codeberg.org/snonux/quicklogger View on Codeberg +=> https://github.com/snonux/quicklogger View on GitHub + +--- + +### 23. gorum + +* 💻 Languages: Go (91.3%), JSON (6.4%), YAML (2.3%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 82 +* 📈 Lines of Code: 1525 +* 📄 Lines of Documentation: 15 +* 📅 Development Period: 2023-04-17 to 2023-11-19 +* 🏆 Score: 3.6 (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. + +**Gorum** is a minimalistic distributed quorum manager written in Go that enables cluster nodes to determine leadership through a voting mechanism. It's useful for high-availability scenarios where multiple nodes need to coordinate and agree on which node should be the active leader based on priority and availability. The system works by having each node periodically exchange votes with other nodes in the cluster, track which nodes are alive (votes expire if not refreshed), calculate scores based on node priorities and vote counts, and reach consensus on which node should be the winner/leader. + +The architecture consists of client/server components for inter-node communication, a quorum manager that handles voting logic and score calculation, a notifier system for state changes, and a vote management system with expiration tracking. Nodes are configured via JSON with hostname, port, and priority values, and the system runs in a continuous loop where votes are exchanged, expired votes are removed, and leadership rankings are recalculated whenever the cluster state changes. + +=> https://codeberg.org/snonux/gorum View on Codeberg +=> https://github.com/snonux/gorum View on GitHub --- -### guprecords +### 24. guprecords * 💻 Languages: Raku (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -663,7 +627,7 @@ The architecture consists of client/server components for inter-node communicati * 📈 Lines of Code: 312 * 📄 Lines of Documentation: 416 * 📅 Development Period: 2013-03-22 to 2025-05-18 -* 🔥 Recent Activity: 926.6 days (avg. age of last 42 commits) +* 🏆 Score: 2.7 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v1.0.0 (2023-04-29) @@ -677,30 +641,29 @@ The implementation uses an object-oriented architecture with specialized classes --- -### randomjournalpage +### 25. docker-radicale-server -* 💻 Languages: Shell (94.1%), Make (5.9%) +* 💻 Languages: Make (57.5%), Docker (42.5%) * 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 8 -* 📈 Lines of Code: 51 -* 📄 Lines of Documentation: 26 -* 📅 Development Period: 2022-06-02 to 2024-04-20 -* 🔥 Recent Activity: 941.3 days (avg. age of last 42 commits) +* 📊 Commits: 5 +* 📈 Lines of Code: 40 +* 📄 Lines of Documentation: 3 +* 📅 Development Period: 2023-12-31 to 2025-08-11 +* 🏆 Score: 2.6 (combines code size and activity) * ⚖️ License: No license found * 🧪 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. -**randomjournalpage** is a personal reflection tool that randomly selects pages from scanned bullet journal PDFs for reviewing past entries, book notes, and ideas. The script picks a random journal from a directory, extracts approximately 42 consecutive pages from a random starting point, saves the extract to a shared NextCloud folder for cross-device access, and opens it in a PDF viewer (evince). +This project is a Docker containerization of **Radicale**, a lightweight CalDAV and CardDAV server for calendar and contact synchronization. Radicale enables users to self-host their calendars and contacts, providing an open-source alternative to cloud services like Google Calendar or iCloud. The Dockerized version makes it easy to deploy and manage the server with minimal setup. -The implementation is a straightforward bash script using `qpdf` for PDF extraction, `pdfinfo` to determine page counts, and shell randomization to select both the journal and page range. It handles edge cases for page boundaries and includes a "cron" mode to skip opening the viewer for automated runs, making it suitable for scheduled daily reflections. +The implementation uses Alpine Linux as the base image for a minimal footprint, installs Radicale via pip, and configures it with htpasswd authentication and file-based storage. The container exposes port 8080 and runs as a non-root user for security. The architecture includes separate volumes for authentication credentials, calendar/contact collections, and configuration, making it straightforward to persist data and customize the server behavior. -=> https://codeberg.org/snonux/randomjournalpage View on Codeberg -=> https://github.com/snonux/randomjournalpage View on GitHub +=> https://codeberg.org/snonux/docker-radicale-server View on Codeberg +=> https://github.com/snonux/docker-radicale-server View on GitHub --- -### geheim +### 26. geheim * 💻 Languages: Ruby (86.7%), Shell (13.3%) * 📚 Documentation: Markdown (100.0%) @@ -708,7 +671,7 @@ The implementation is a straightforward bash script using `qpdf` for PDF extract * 📈 Lines of Code: 822 * 📄 Lines of Documentation: 106 * 📅 Development Period: 2018-05-26 to 2025-11-01 -* 🔥 Recent Activity: 1152.6 days (avg. age of last 42 commits) +* 🏆 Score: 2.5 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v0.3.1 (2025-11-01) @@ -722,29 +685,7 @@ The architecture leverages Git for storage and synchronization across multiple r --- -### sway-autorotate - -* 💻 Languages: Shell (100.0%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 8 -* 📈 Lines of Code: 41 -* 📄 Lines of Documentation: 17 -* 📅 Development Period: 2020-01-30 to 2025-04-30 -* 🔥 Recent Activity: 1234.8 days (avg. age of last 42 commits) -* ⚖️ License: GPL-3.0 -* 🧪 Status: Experimental (no releases yet) - - -sway-autorotate is an automatic screen rotation solution for Sway window manager on convertible tablets like the Microsoft Surface Go 2. It solves the problem of manually rotating the display and input devices when physically rotating a tablet by automatically detecting orientation changes via hardware sensors and adjusting both the screen output and input device mappings accordingly. - -The implementation uses a bash script that continuously monitors the `monitor-sensor` utility (from iio-sensor-proxy) for orientation events. When rotation is detected (normal, right-up, bottom-up, or left-up), it executes `swaymsg` commands to transform the display output (eDP-1) and remap configured input devices (touchpad and touchscreen) to match the new orientation. The script is designed to run as a background daemon, processing sensor events in real-time through a simple pipeline architecture. - -=> https://codeberg.org/snonux/sway-autorotate View on Codeberg -=> https://github.com/snonux/sway-autorotate View on GitHub - ---- - -### algorithms +### 27. algorithms * 💻 Languages: Go (99.2%), Make (0.8%) * 📚 Documentation: Markdown (100.0%) @@ -752,7 +693,7 @@ The implementation uses a bash script that continuously monitors the `monitor-se * 📈 Lines of Code: 1728 * 📄 Lines of Documentation: 18 * 📅 Development Period: 2020-07-12 to 2023-04-09 -* 🔥 Recent Activity: 1605.5 days (avg. age of last 42 commits) +* 🏆 Score: 2.0 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) @@ -767,28 +708,30 @@ The project is implemented in Go 1.19+ with comprehensive unit tests and benchma --- -### perl-c-fibonacci +### 28. randomjournalpage -* 💻 Languages: C (80.4%), Make (19.6%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 4 +* 💻 Languages: Shell (94.1%), Make (5.9%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 8 * 📈 Lines of Code: 51 -* 📄 Lines of Documentation: 69 -* 📅 Development Period: 2014-03-24 to 2022-04-23 -* 🔥 Recent Activity: 2086.5 days (avg. age of last 42 commits) +* 📄 Lines of Documentation: 26 +* 📅 Development Period: 2022-06-02 to 2024-04-20 +* 🏆 Score: 1.8 (combines code size and activity) * ⚖️ License: No license found * 🧪 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. -perl-c-fibonacci: source code repository. +**randomjournalpage** is a personal reflection tool that randomly selects pages from scanned bullet journal PDFs for reviewing past entries, book notes, and ideas. The script picks a random journal from a directory, extracts approximately 42 consecutive pages from a random starting point, saves the extract to a shared NextCloud folder for cross-device access, and opens it in a PDF viewer (evince). -=> https://codeberg.org/snonux/perl-c-fibonacci View on Codeberg -=> https://github.com/snonux/perl-c-fibonacci View on GitHub +The implementation is a straightforward bash script using `qpdf` for PDF extraction, `pdfinfo` to determine page counts, and shell randomization to select both the journal and page range. It handles edge cases for page boundaries and includes a "cron" mode to skip opening the viewer for automated runs, making it suitable for scheduled daily reflections. + +=> https://codeberg.org/snonux/randomjournalpage View on Codeberg +=> https://github.com/snonux/randomjournalpage View on GitHub --- -### ioriot +### 29. ioriot * 💻 Languages: C (55.5%), C/C++ (24.0%), Config (19.6%), Make (1.0%) * 📚 Documentation: Markdown (100.0%) @@ -796,7 +739,7 @@ perl-c-fibonacci: source code repository. * 📈 Lines of Code: 12420 * 📄 Lines of Documentation: 610 * 📅 Development Period: 2018-03-01 to 2020-01-22 -* 🔥 Recent Activity: 2628.0 days (avg. age of last 42 commits) +* 🏆 Score: 1.6 (combines code size and activity) * ⚖️ License: Apache-2.0 * 🏷️ Latest Release: 0.5.1 (2019-01-04) @@ -813,76 +756,29 @@ The key advantage over traditional benchmarking tools is that it reproduces actu --- -### photoalbum - -* 💻 Languages: Shell (78.1%), Make (13.5%), Config (8.4%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 153 -* 📈 Lines of Code: 311 -* 📄 Lines of Documentation: 45 -* 📅 Development Period: 2011-11-19 to 2022-02-20 -* 🔥 Recent Activity: 3052.5 days (avg. age of last 42 commits) -* ⚖️ License: No license found -* 🏷️ Latest Release: 0.5.0 (2022-02-21) - -⚠️ **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. - -**photoalbum** is a minimal Bash-based static site generator specifically designed for creating web photo albums on Unix-like systems. It transforms a directory of photos into a pure HTML+CSS website without any JavaScript, making it lightweight, fast, and accessible. The tool uses ImageMagick's `convert` utility for image processing and employs Bash-HTML template files that users can customize to match their preferences. - -The architecture is straightforward and Unix-philosophy driven: users configure a source directory containing photos via an `photoalbumrc` configuration file, run the generation command, and receive a fully static `./dist` directory ready for deployment to any web server. This approach is useful for users who want a simple, dependency-light solution for sharing photo collections online without the overhead of dynamic web applications, databases, or JavaScript frameworks—just clean, static HTML that works everywhere. - -=> https://codeberg.org/snonux/photoalbum View on Codeberg -=> https://github.com/snonux/photoalbum View on GitHub - ---- - -### staticfarm-apache-handlers - -* 💻 Languages: Perl (96.4%), Make (3.6%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 3 -* 📈 Lines of Code: 919 -* 📄 Lines of Documentation: 12 -* 📅 Development Period: 2015-01-02 to 2021-11-04 -* 🔥 Recent Activity: 3136.7 days (avg. age of last 42 commits) -* ⚖️ License: No license found -* 🏷️ Latest Release: 1.1.3 (2015-01-02) - -⚠️ **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. - -**staticfarm-apache-handlers** is a collection of mod_perl2 handlers for Apache2 designed to manage static content in a distributed web farm environment. The project provides two key handlers: **CacheControl** for intelligent static file caching and on-demand fetching from middleware servers, and **API** for RESTful file/directory operations via HTTP. CacheControl implements a pull-based caching system that automatically fetches missing static files from configured middleware servers with DOS protection (rate limiting), fallback host support, and configurable retry intervals. The API handler exposes file system operations (GET for stat/ls, POST/PUT for writes, DELETE for removal) through JSON responses at the `/-api` endpoint, enabling remote content management. - -Both handlers are implemented as Perl modules using Apache2's mod_perl API, configured via environment variables for flexibility across different deployment environments. This architecture is particularly useful for static content delivery farms where edge servers need to dynamically pull and cache content from central repositories while providing programmatic access to the underlying file system. - -=> https://codeberg.org/snonux/staticfarm-apache-handlers View on Codeberg -=> https://github.com/snonux/staticfarm-apache-handlers View on GitHub - ---- - -### dyndns +### 30. sway-autorotate * 💻 Languages: Shell (100.0%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 3 -* 📈 Lines of Code: 18 -* 📄 Lines of Documentation: 49 -* 📅 Development Period: 2014-03-24 to 2021-11-05 -* 🔥 Recent Activity: 3372.6 days (avg. age of last 42 commits) -* ⚖️ License: No license found +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 8 +* 📈 Lines of Code: 41 +* 📄 Lines of Documentation: 17 +* 📅 Development Period: 2020-01-30 to 2025-04-30 +* 🏆 Score: 1.3 (combines code size and activity) +* ⚖️ License: GPL-3.0 * 🧪 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. -This is a dynamic DNS (DynDNS) updater for hosts with frequently changing IP addresses. It allows a client machine (e.g., one with a dial-up PPP connection) to automatically update its DNS records on a BIND DNS server whenever its IP address changes. This is useful for maintaining a consistent hostname for systems without static IP addresses, enabling services to remain accessible despite IP changes. +sway-autorotate is an automatic screen rotation solution for Sway window manager on convertible tablets like the Microsoft Surface Go 2. It solves the problem of manually rotating the display and input devices when physically rotating a tablet by automatically detecting orientation changes via hardware sensors and adjusting both the screen output and input device mappings accordingly. -The implementation uses a two-tier security architecture: SSH public key authentication for remote script execution and BIND's nsupdate with cryptographic keys for secure DNS record updates. The client triggers updates by SSH-ing into a dedicated `dyndns` user account on the DNS server and executing the update script with parameters (hostname, record type, new IP, and TTL). The system can be integrated with PPP's `ppp.linkup` file to automatically update DNS records whenever a new connection is established, with low TTL values (e.g., 30 seconds) ensuring rapid DNS propagation. +The implementation uses a bash script that continuously monitors the `monitor-sensor` utility (from iio-sensor-proxy) for orientation events. When rotation is detected (normal, right-up, bottom-up, or left-up), it executes `swaymsg` commands to transform the display output (eDP-1) and remap configured input devices (touchpad and touchscreen) to match the new orientation. The script is designed to run as a background daemon, processing sensor events in real-time through a simple pipeline architecture. -=> https://codeberg.org/snonux/dyndns View on Codeberg -=> https://github.com/snonux/dyndns View on GitHub +=> https://codeberg.org/snonux/sway-autorotate View on Codeberg +=> https://github.com/snonux/sway-autorotate View on GitHub --- -### mon +### 31. mon * 💻 Languages: Perl (96.5%), Shell (1.8%), Make (1.2%), Config (0.4%) * 📚 Documentation: Text (100.0%) @@ -890,7 +786,7 @@ The implementation uses a two-tier security architecture: SSH public key authent * 📈 Lines of Code: 5360 * 📄 Lines of Documentation: 789 * 📅 Development Period: 2015-01-02 to 2021-11-05 -* 🔥 Recent Activity: 3639.3 days (avg. age of last 42 commits) +* 🏆 Score: 1.0 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: 1.0.1 (2015-01-02) @@ -905,30 +801,30 @@ Implemented in Perl, `mon` features automatic JSON backup before modifications ( --- -### rubyfy +### 32. staticfarm-apache-handlers -* 💻 Languages: Ruby (98.5%), JSON (1.5%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 34 -* 📈 Lines of Code: 273 -* 📄 Lines of Documentation: 32 -* 📅 Development Period: 2015-09-29 to 2021-11-05 -* 🔥 Recent Activity: 3643.5 days (avg. age of last 42 commits) -* ⚖️ License: Apache-2.0 -* 🏷️ Latest Release: 0 (2015-10-26) +* 💻 Languages: Perl (96.4%), Make (3.6%) +* 📚 Documentation: Text (100.0%) +* 📊 Commits: 3 +* 📈 Lines of Code: 919 +* 📄 Lines of Documentation: 12 +* 📅 Development Period: 2015-01-02 to 2021-11-04 +* 🏆 Score: 0.9 (combines code size and activity) +* ⚖️ License: No license found +* 🏷️ Latest Release: 1.1.3 (2015-01-02) ⚠️ **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. -**Rubyfy** is a Ruby-based SSH orchestration tool designed to execute commands across multiple remote servers efficiently. It acts as an intelligent SSH loop that accepts server lists from stdin and runs commands on them, with support for parallel execution, root access via sudo, background jobs, and conditional execution based on preconditions (like file existence checks). +**staticfarm-apache-handlers** is a collection of mod_perl2 handlers for Apache2 designed to manage static content in a distributed web farm environment. The project provides two key handlers: **CacheControl** for intelligent static file caching and on-demand fetching from middleware servers, and **API** for RESTful file/directory operations via HTTP. CacheControl implements a pull-based caching system that automatically fetches missing static files from configured middleware servers with DOS protection (rate limiting), fallback host support, and configurable retry intervals. The API handler exposes file system operations (GET for stat/ls, POST/PUT for writes, DELETE for removal) through JSON responses at the `/-api` endpoint, enabling remote content management. -The tool is implemented as a lightweight Ruby script that prioritizes simplicity and flexibility. Key features include configurable parallelism (execute on N servers simultaneously), output management (write results to files), and safety mechanisms like precondition checks before running destructive commands. This makes it particularly useful for system administrators who need to perform bulk operations, gather information, or deploy changes across server fleets without complex configuration management tools—just pipe in a server list and specify the command. +Both handlers are implemented as Perl modules using Apache2's mod_perl API, configured via environment variables for flexibility across different deployment environments. This architecture is particularly useful for static content delivery farms where edge servers need to dynamically pull and cache content from central repositories while providing programmatic access to the underlying file system. -=> https://codeberg.org/snonux/rubyfy View on Codeberg -=> https://github.com/snonux/rubyfy View on GitHub +=> https://codeberg.org/snonux/staticfarm-apache-handlers View on Codeberg +=> https://github.com/snonux/staticfarm-apache-handlers View on GitHub --- -### pingdomfetch +### 33. pingdomfetch * 💻 Languages: Perl (97.3%), Make (2.7%) * 📚 Documentation: Text (100.0%) @@ -936,7 +832,7 @@ The tool is implemented as a lightweight Ruby script that prioritizes simplicity * 📈 Lines of Code: 1839 * 📄 Lines of Documentation: 412 * 📅 Development Period: 2015-01-02 to 2021-11-05 -* 🔥 Recent Activity: 3723.1 days (avg. age of last 42 commits) +* 🏆 Score: 0.9 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: 1.0.2 (2015-01-02) @@ -951,36 +847,13 @@ The tool is implemented around a hierarchical configur