From 07a42bace21b9df7734a604b6351ebd12d32c2cb Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Thu, 1 Jan 2026 02:12:22 +0200 Subject: jo --- about/showcase.gmi.tpl | 1237 ++++++++++---------- about/showcase/debroid/image-1.png | 38 +- ...1-01-cloudless-kobo-forma-with-koreader.gmi.tpl | 2 +- 3 files changed, 644 insertions(+), 633 deletions(-) diff --git a/about/showcase.gmi.tpl b/about/showcase.gmi.tpl index c1edf323..9e9a4b3a 100644 --- a/about/showcase.gmi.tpl +++ b/about/showcase.gmi.tpl @@ -1,24 +1,26 @@ # Project Showcase -Generated on: 2025-12-31 +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 ranked by score, which combines project size and recent activity. +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. << template::inline::toc ## Overall Statistics * πŸ“¦ Total Projects: 58 -* πŸ“Š Total Commits: 11,597 -* πŸ“ˆ Total Lines of Code: 301,588 -* πŸ“„ Total Lines of Documentation: 281,415 -* πŸ’» Languages: Go (31.5%), Java (18.2%), C++ (12.4%), C/C++ (6.9%), C (6.7%), Perl (5.9%), Shell (5.7%), HTML (4.8%), Config (1.5%), YAML (1.3%), Ruby (1.0%), HCL (0.9%), Python (0.7%), Make (0.7%), CSS (0.5%), JSON (0.4%), Raku (0.3%), XML (0.2%), Haskell (0.2%), TOML (0.1%) -* πŸ“š Documentation: Text (79.4%), Markdown (19.5%), LaTeX (1.2%) +* πŸ“Š Total Commits: 11,610 +* πŸ“ˆ Total Lines of Code: 255,476 +* πŸ“„ 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 -### 1. epimetheus +### epimetheus * πŸ’» Languages: Go (65.0%), Shell (22.5%), JSON (12.5%) * πŸ“š Documentation: Markdown (98.4%), Text (1.6%) @@ -26,9 +28,10 @@ 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 -* πŸ† Score: 2413.4 (combines code size and activity) +* πŸ”₯ Recent Activity: 0.8 days (avg. age of last 42 commits) * βš–οΈ 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 @@ -42,15 +45,15 @@ The architecture routes current data (<5 min old) through Pushgateway where Prom --- -### 2. conf +### conf -* πŸ’» Languages: YAML (41.3%), Perl (21.1%), Shell (16.9%), 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%) +* πŸ’» 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%) -* πŸ“Š Commits: 1118 -* πŸ“ˆ Lines of Code: 9032 -* πŸ“„ Lines of Documentation: 3023 +* πŸ“Š Commits: 1124 +* πŸ“ˆ Lines of Code: 9044 +* πŸ“„ Lines of Documentation: 3053 * πŸ“… Development Period: 2021-12-28 to 2025-12-31 -* πŸ† Score: 985.8 (combines code size and activity) +* πŸ”₯ Recent Activity: 2.2 days (avg. age of last 42 commits) * βš–οΈ License: No license found * πŸ§ͺ Status: Experimental (no releases yet) @@ -64,17 +67,18 @@ The project is organized into distinct subdirectories: `dotfiles/` contains shel --- -### 3. foo.zone +### foo.zone -* πŸ’» Languages: Shell (74.7%), Go (24.9%), YAML (0.4%) -* πŸ“š Documentation: Markdown (99.6%), Text (0.4%) -* πŸ“Š Commits: 3337 -* πŸ“ˆ Lines of Code: 253 -* πŸ“„ Lines of Documentation: 34730 +* πŸ’» Languages: XML (98.5%), Shell (1.1%), Go (0.4%) +* πŸ“š Documentation: Text (86.7%), Markdown (13.3%) +* πŸ“Š Commits: 3343 +* πŸ“ˆ Lines of Code: 17226 +* πŸ“„ Lines of Documentation: 173 * πŸ“… Development Period: 2021-04-29 to 2025-12-31 -* πŸ† Score: 87.9 (combines code size and activity) +* πŸ”₯ Recent Activity: 5.6 days (avg. age of last 42 commits) * βš–οΈ 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. @@ -84,7 +88,7 @@ foo.zone: source code repository. --- -### 4. perc +### perc * πŸ’» Languages: Go (100.0%) * πŸ“š Documentation: Markdown (100.0%) @@ -92,9 +96,10 @@ foo.zone: source code repository. * πŸ“ˆ Lines of Code: 452 * πŸ“„ Lines of Documentation: 80 * πŸ“… Development Period: 2025-11-25 to 2025-11-25 -* πŸ† Score: 72.2 (combines code size and activity) +* πŸ”₯ Recent Activity: 36.1 days (avg. age of last 42 commits) * βš–οΈ 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. @@ -106,7 +111,32 @@ The tool is built as a simple Go CLI application with a standard project layout --- -### 5. hexai +### 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 * πŸ’» Languages: Go (65.3%), HTML (34.7%) * πŸ“š Documentation: Markdown (100.0%) @@ -114,9 +144,10 @@ The tool is built as a simple Go CLI application with a standard project layout * πŸ“ˆ Lines of Code: 28331 * πŸ“„ Lines of Documentation: 562 * πŸ“… Development Period: 2025-08-01 to 2025-11-03 -* πŸ† Score: 45.4 (combines code size and activity) +* πŸ”₯ Recent Activity: 97.5 days (avg. age of last 42 commits) * βš–οΈ 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 @@ -130,41 +161,40 @@ The project is implemented as an LSP server written in Go, with a TUI component --- -### 6. 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 -* πŸ† Score: 41.0 (combines code size and activity) -* βš–οΈ License: No license found -* 🏷️ Latest Release: v0.3.0 (2025-10-24) +### 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 +* πŸ”₯ Recent Activity: 131.7 days (avg. age of last 42 commits) +* βš–οΈ License: Custom License +* 🏷️ Latest Release: v0.2.0 (2025-10-21) -=> 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. +**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 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`. +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/yoga View on Codeberg -=> https://github.com/snonux/yoga View on GitHub +=> https://codeberg.org/snonux/foostats View on Codeberg +=> https://github.com/snonux/foostats View on GitHub --- -### 7. gitsyncer +### gitsyncer -* πŸ’» Languages: Go (92.3%), Shell (7.3%), JSON (0.4%) +* πŸ’» Languages: Go (92.2%), Shell (7.4%), JSON (0.4%) * πŸ“š Documentation: Markdown (100.0%) -* πŸ“Š Commits: 113 -* πŸ“ˆ Lines of Code: 10152 -* πŸ“„ Lines of Documentation: 2431 -* πŸ“… Development Period: 2025-06-23 to 2025-10-31 -* πŸ† Score: 26.5 (combines code size and activity) +* πŸ“Š Commits: 114 +* πŸ“ˆ 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) * βš–οΈ License: BSD-2-Clause -* 🏷️ Latest Release: v0.10.1 (2025-10-31) +* 🏷️ 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. @@ -176,7 +206,30 @@ The implementation uses a git remotes approach: it clones from one organization, --- -### 8. totalrecall +### 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 * πŸ’» Languages: Go (98.9%), Shell (0.5%), YAML (0.5%) * πŸ“š Documentation: Markdown (100.0%) @@ -184,9 +237,10 @@ The implementation uses a git remotes approach: it clones from one organization, * πŸ“ˆ Lines of Code: 12003 * πŸ“„ Lines of Documentation: 361 * πŸ“… Development Period: 2025-07-14 to 2025-08-02 -* πŸ† Score: 25.0 (combines code size and activity) +* πŸ”₯ Recent Activity: 162.6 days (avg. age of last 42 commits) * βš–οΈ 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 @@ -202,55 +256,7 @@ The project offers both a keyboard-driven GUI for interactive use and a CLI for --- -### 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.8 (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. dtail - -* πŸ’» Languages: Go (91.0%), Shell (4.1%), JSON (2.1%), C (1.4%), Make (0.9%), C/C++ (0.2%), Config (0.1%) -* πŸ“š Documentation: Text (98.3%), Markdown (1.7%) -* πŸ“Š Commits: 1046 -* πŸ“ˆ Lines of Code: 27726 -* πŸ“„ Lines of Documentation: 220214 -* πŸ“… Development Period: 2020-01-09 to 2025-07-04 -* πŸ† Score: 24.3 (combines code size and activity) -* βš–οΈ License: Apache-2.0 -* 🏷️ Latest Release: v4.3.3 (2024-08-23) - - -=> showcase/dtail/image-1.png dtail screenshot - -DTail is a distributed DevOps tool written in Go that enables engineers to tail, cat, and grep log files across thousands of servers simultaneously. It supports compressed logs (gzip and zstd) and includes advanced features like distributed MapReduce aggregations for log analysis at scale. The tool uses SSH for secure, encrypted communication and respects standard UNIX filesystem permissions and ACLs. - -=> showcase/dtail/image-2.gif dtail screenshot - -The architecture follows a client-server model where DTail servers run on target machines and a single DTail client (typically from a developer's laptop) connects to them concurrently, scaling to thousands of servers per session. It can also operate in a serverless mode. This design makes it particularly useful for troubleshooting and monitoring distributed systems, where engineers need to correlate logs across multiple machines in real-time without manually SSH-ing into each server individually. - -=> https://codeberg.org/snonux/dtail View on Codeberg -=> https://github.com/snonux/dtail View on GitHub - ---- - -### 11. tasksamurai +### tasksamurai * πŸ’» Languages: Go (99.8%), YAML (0.2%) * πŸ“š Documentation: Markdown (100.0%) @@ -258,9 +264,10 @@ The architecture follows a client-server model where DTail servers run on target * πŸ“ˆ Lines of Code: 6168 * πŸ“„ Lines of Documentation: 164 * πŸ“… Development Period: 2025-06-19 to 2025-11-02 -* πŸ† Score: 20.7 (combines code size and activity) +* πŸ”₯ Recent Activity: 182.7 days (avg. age of last 42 commits) * βš–οΈ 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 @@ -276,7 +283,33 @@ Under the hood, Task Samurai acts as a front-end wrapper that invokes the native --- -### 12. ior +### 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 * πŸ’» Languages: Go (50.4%), C (43.1%), Raku (4.5%), Make (1.1%), C/C++ (1.0%) * πŸ“š Documentation: Text (69.7%), Markdown (30.3%) @@ -284,9 +317,10 @@ Under the hood, Task Samurai acts as a front-end wrapper that invokes the native * πŸ“ˆ Lines of Code: 13072 * πŸ“„ Lines of Documentation: 680 * πŸ“… Development Period: 2024-01-18 to 2025-10-09 -* πŸ† Score: 20.4 (combines code size and activity) +* πŸ”₯ Recent Activity: 201.0 days (avg. age of last 42 commits) * βš–οΈ 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 @@ -302,55 +336,56 @@ The tool is implemented in Go and C, leveraging libbpfgo for BPF interaction. It --- -### 13. timr +### dtail -* πŸ’» 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.9 (combines code size and activity) -* βš–οΈ License: BSD-2-Clause -* 🏷️ Latest Release: v0.3.0 (2025-11-08) +* πŸ’» 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%) +* πŸ“Š Commits: 1046 +* πŸ“ˆ 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) +* βš–οΈ 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 -`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. +=> showcase/dtail/image-1.png dtail screenshot -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. +DTail is a distributed DevOps tool written in Go that enables engineers to tail, cat, and grep log files across thousands of servers simultaneously. It supports compressed logs (gzip and zstd) and includes advanced features like distributed MapReduce aggregations for log analysis at scale. The tool uses SSH for secure, encrypted communication and respects standard UNIX filesystem permissions and ACLs. -=> https://codeberg.org/snonux/timr View on Codeberg -=> https://github.com/snonux/timr View on GitHub +=> showcase/dtail/image-2.gif dtail screenshot + +The architecture follows a client-server model where DTail servers run on target machines and a single DTail client (typically from a developer's laptop) connects to them concurrently, scaling to thousands of servers per session. It can also operate in a serverless mode. This design makes it particularly useful for troubleshooting and monitoring distributed systems, where engineers need to correlate logs across multiple machines in real-time without manually SSH-ing into each server individually. + +=> https://codeberg.org/snonux/dtail View on Codeberg +=> https://github.com/snonux/dtail View on GitHub --- -### 14. gos +### wireguardmeshgenerator -* πŸ’» Languages: Go (99.8%), JSON (0.2%) +* πŸ’» Languages: Ruby (73.5%), YAML (26.5%) * πŸ“š Documentation: Markdown (100.0%) -* πŸ“Š 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) +* πŸ“Š 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) * βš–οΈ License: Custom License -* 🏷️ Latest Release: v1.2.2 (2025-12-27) - - -=> showcase/gos/image-1.png gos screenshot +* 🏷️ Latest Release: v1.0.0 (2025-05-11) -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 +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 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. +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/gos View on Codeberg -=> https://github.com/snonux/gos View on GitHub +=> https://codeberg.org/snonux/wireguardmeshgenerator View on Codeberg +=> https://github.com/snonux/wireguardmeshgenerator View on GitHub --- -### 15. ds-sim +### ds-sim * πŸ’» Languages: Java (98.9%), Shell (0.6%), CSS (0.5%) * πŸ“š Documentation: Markdown (98.7%), Text (1.3%) @@ -358,9 +393,10 @@ 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: 16.9 (combines code size and activity) +* πŸ”₯ Recent Activity: 260.5 days (avg. age of last 42 commits) * βš–οΈ 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 @@ -374,7 +410,29 @@ The implementation follows a modular Java architecture with clear separation bet --- -### 16. gemtexter +### 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 * πŸ’» Languages: Shell (68.2%), CSS (28.5%), Config (1.9%), HTML (1.3%) * πŸ“š Documentation: Text (76.1%), Markdown (23.9%) @@ -382,7 +440,7 @@ The implementation follows a modular Java architecture with clear separation bet * πŸ“ˆ Lines of Code: 2288 * πŸ“„ Lines of Documentation: 1180 * πŸ“… Development Period: 2021-05-21 to 2025-12-31 -* πŸ† Score: 11.4 (combines code size and activity) +* πŸ”₯ Recent Activity: 293.8 days (avg. age of last 42 commits) * βš–οΈ License: GPL-3.0 * 🏷️ Latest Release: 3.0.0 (2024-10-01) @@ -396,29 +454,7 @@ The architecture leverages GNU utilities (sed, grep, date) and optional tools li --- -### 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 +### rcm * πŸ’» Languages: Ruby (99.8%), TOML (0.2%) * πŸ“š Documentation: Markdown (100.0%) @@ -426,7 +462,7 @@ The tool reads host definitions from a YAML file specifying network interfaces ( * πŸ“ˆ Lines of Code: 1377 * πŸ“„ Lines of Documentation: 113 * πŸ“… Development Period: 2024-12-05 to 2025-11-26 -* πŸ† Score: 10.2 (combines code size and activity) +* πŸ”₯ Recent Activity: 306.8 days (avg. age of last 42 commits) * βš–οΈ License: Custom License * πŸ§ͺ Status: Experimental (no releases yet) @@ -440,7 +476,7 @@ The implementation centers around a DSL module that provides keywords like `file --- -### 19. gogios +### gogios * πŸ’» Languages: Go (96.7%), JSON (1.9%), YAML (1.4%) * πŸ“š Documentation: Markdown (100.0%) @@ -448,7 +484,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 -* πŸ† Score: 5.8 (combines code size and activity) +* πŸ”₯ Recent Activity: 537.2 days (avg. age of last 42 commits) * βš–οΈ License: Custom License * 🏷️ Latest Release: v1.2.1 (2025-10-27) @@ -464,77 +500,77 @@ The architecture is straightforward: JSON configuration defines checks (plugin p --- -### 20. sillybench +### quicklogger -* πŸ’» Languages: Go (90.9%), Shell (9.1%) +* πŸ’» Languages: Go (96.1%), XML (1.9%), Shell (1.2%), TOML (0.7%) * πŸ“š Documentation: Markdown (100.0%) -* πŸ“Š Commits: 5 -* πŸ“ˆ Lines of Code: 33 -* πŸ“„ Lines of Documentation: 3 -* πŸ“… 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) - +* πŸ“Š 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) -**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. +=> showcase/quicklogger/image-1.png quicklogger screenshot -=> https://codeberg.org/snonux/sillybench View on Codeberg -=> https://github.com/snonux/sillybench View on GitHub +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 -### 21. terraform +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. -* πŸ’» Languages: HCL (96.6%), Make (1.9%), YAML (1.5%) -* πŸ“š Documentation: Markdown (100.0%) -* πŸ“Š Commits: 125 -* πŸ“ˆ Lines of Code: 2851 -* πŸ“„ Lines of Documentation: 52 -* πŸ“… Development Period: 2023-08-27 to 2025-08-08 -* πŸ† Score: 5.3 (combines code size and activity) -* βš–οΈ License: MIT -* πŸ§ͺ Status: Experimental (no releases yet) +=> https://codeberg.org/snonux/quicklogger View on Codeberg +=> https://github.com/snonux/quicklogger View on GitHub +--- -This is a **Terraform-based AWS infrastructure project** that automates the deployment of a multi-service, self-hosted application platform. It orchestrates containerized services (Nextcloud, Vaultwarden, Wallabag, Anki Sync Server, Audiobookshelf) on AWS ECS/Fargate with shared persistent storage via EFS, load balancing, and proper network isolation. The setup includes automated TLS certificate management, DNS configuration, and a bastion host for administrative access. +### docker-radicale-server -The infrastructure uses a **modular, layered architecture** with separate Terraform modules for foundational resources (`org-buetow-base` for VPC/networking), compute layers (`org-buetow-ecs`, `org-buetow-eks`), load balancing (`org-buetow-elb`), storage (`s3-*`), and management (`org-buetow-bastion`). This approach allows incremental deployment and clear separation of concerns, making it useful for anyone wanting to host multiple personal/team services on AWS with infrastructure-as-code practices while maintaining security, scalability, and automated backups. +* πŸ’» Languages: Make (57.5%), Docker (42.5%) +* πŸ“š Documentation: Markdown (100.0%) +* πŸ“Š Commits: 5 +* πŸ“ˆ Lines of Code: 40 +* πŸ“„ Lines of Documentation: 3 +* πŸ“… Development Period: 2023-12-31 to 2025-08-11 +* πŸ”₯ Recent Activity: 613.4 days (avg. age of last 42 commits) +* βš–οΈ License: No license found +* πŸ§ͺ Status: Experimental (no releases yet) -=> https://codeberg.org/snonux/terraform View on Codeberg -=> https://github.com/snonux/terraform View on GitHub + +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 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/docker-radicale-server View on Codeberg +=> https://github.com/snonux/docker-radicale-server View on GitHub --- -### 22. quicklogger +### terraform -* πŸ’» Languages: Go (96.1%), XML (1.9%), Shell (1.2%), TOML (0.7%) +* πŸ’» Languages: HCL (96.6%), Make (1.9%), YAML (1.5%) * πŸ“š Documentation: Markdown (100.0%) -* πŸ“Š 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) +* πŸ“Š Commits: 125 +* πŸ“ˆ 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) * βš–οΈ License: MIT -* 🏷️ Latest Release: v0.0.4 (2025-09-13) - - -=> showcase/quicklogger/image-1.png quicklogger screenshot +* πŸ§ͺ Status: Experimental (no releases yet) -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 +This is a **Terraform-based AWS infrastructure project** that automates the deployment of a multi-service, self-hosted application platform. It orchestrates containerized services (Nextcloud, Vaultwarden, Wallabag, Anki Sync Server, Audiobookshelf) on AWS ECS/Fargate with shared persistent storage via EFS, load balancing, and proper network isolation. The setup includes automated TLS certificate management, DNS configuration, and a bastion host for administrative access. -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. +The infrastructure uses a **modular, layered architecture** with separate Terraform modules for foundational resources (`org-buetow-base` for VPC/networking), compute layers (`org-buetow-ecs`, `org-buetow-eks`), load balancing (`org-buetow-elb`), storage (`s3-*`), and management (`org-buetow-bastion`). This approach allows incremental deployment and clear separation of concerns, making it useful for anyone wanting to host multiple personal/team services on AWS with infrastructure-as-code practices while maintaining security, scalability, and automated backups. -=> https://codeberg.org/snonux/quicklogger View on Codeberg -=> https://github.com/snonux/quicklogger View on GitHub +=> https://codeberg.org/snonux/terraform View on Codeberg +=> https://github.com/snonux/terraform View on GitHub --- -### 23. gorum +### gorum * πŸ’» Languages: Go (91.3%), JSON (6.4%), YAML (2.3%) * πŸ“š Documentation: Markdown (100.0%) @@ -542,7 +578,7 @@ The implementation leverages Go's cross-compilation capabilities and Fyne's UI a * πŸ“ˆ 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) +* πŸ”₯ Recent Activity: 876.5 days (avg. age of last 42 commits) * βš–οΈ License: Custom License * πŸ§ͺ Status: Experimental (no releases yet) @@ -557,7 +593,7 @@ The architecture consists of client/server components for inter-node communicati --- -### 24. guprecords +### guprecords * πŸ’» Languages: Raku (100.0%) * πŸ“š Documentation: Markdown (100.0%) @@ -565,7 +601,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 -* πŸ† Score: 2.7 (combines code size and activity) +* πŸ”₯ Recent Activity: 926.6 days (avg. age of last 42 commits) * βš–οΈ License: No license found * 🏷️ Latest Release: v1.0.0 (2023-04-29) @@ -579,29 +615,30 @@ The implementation uses an object-oriented architecture with specialized classes --- -### 25. docker-radicale-server +### randomjournalpage -* πŸ’» Languages: Make (57.5%), Docker (42.5%) +* πŸ’» Languages: Shell (94.1%), Make (5.9%) * πŸ“š Documentation: Markdown (100.0%) -* πŸ“Š 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) +* πŸ“Š 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) * βš–οΈ 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. -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. +**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). -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 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/docker-radicale-server View on Codeberg -=> https://github.com/snonux/docker-radicale-server View on GitHub +=> https://codeberg.org/snonux/randomjournalpage View on Codeberg +=> https://github.com/snonux/randomjournalpage View on GitHub --- -### 26. geheim +### geheim * πŸ’» Languages: Ruby (86.7%), Shell (13.3%) * πŸ“š Documentation: Markdown (100.0%) @@ -609,7 +646,7 @@ The implementation uses Alpine Linux as the base image for a minimal footprint, * πŸ“ˆ Lines of Code: 822 * πŸ“„ Lines of Documentation: 106 * πŸ“… Development Period: 2018-05-26 to 2025-11-01 -* πŸ† Score: 2.5 (combines code size and activity) +* πŸ”₯ Recent Activity: 1152.6 days (avg. age of last 42 commits) * βš–οΈ License: No license found * 🏷️ Latest Release: v0.3.1 (2025-11-01) @@ -623,7 +660,29 @@ The architecture leverages Git for storage and synchronization across multiple r --- -### 27. algorithms +### 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 * πŸ’» Languages: Go (99.2%), Make (0.8%) * πŸ“š Documentation: Markdown (100.0%) @@ -631,7 +690,7 @@ The architecture leverages Git for storage and synchronization across multiple r * πŸ“ˆ Lines of Code: 1728 * πŸ“„ Lines of Documentation: 18 * πŸ“… Development Period: 2020-07-12 to 2023-04-09 -* πŸ† Score: 2.0 (combines code size and activity) +* πŸ”₯ Recent Activity: 1605.5 days (avg. age of last 42 commits) * βš–οΈ License: Custom License * πŸ§ͺ Status: Experimental (no releases yet) @@ -646,38 +705,61 @@ The project is implemented in Go 1.19+ with comprehensive unit tests and benchma --- -### 28. randomjournalpage +### perl-c-fibonacci -* πŸ’» Languages: Shell (94.1%), Make (5.9%) -* πŸ“š Documentation: Markdown (100.0%) -* πŸ“Š Commits: 8 +* πŸ’» Languages: C (80.4%), Make (19.6%) +* πŸ“š Documentation: Text (100.0%) +* πŸ“Š Commits: 4 * πŸ“ˆ Lines of Code: 51 -* πŸ“„ Lines of Documentation: 26 -* πŸ“… Development Period: 2022-06-02 to 2024-04-20 -* πŸ† Score: 1.8 (combines code size and activity) +* πŸ“„ Lines of Documentation: 69 +* πŸ“… Development Period: 2014-03-24 to 2022-04-23 +* πŸ”₯ Recent Activity: 2086.5 days (avg. age of last 42 commits) * βš–οΈ 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). - -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. +perl-c-fibonacci: source code repository. -=> https://codeberg.org/snonux/randomjournalpage View on Codeberg -=> https://github.com/snonux/randomjournalpage View on GitHub +=> https://codeberg.org/snonux/perl-c-fibonacci View on Codeberg +=> https://github.com/snonux/perl-c-fibonacci View on GitHub --- -### 29. photoalbum +### ioriot -* πŸ’» Languages: Shell (80.1%), Make (12.3%), Config (7.6%) +* πŸ’» Languages: C (55.5%), C/C++ (24.0%), Config (19.6%), Make (1.0%) * πŸ“š Documentation: Markdown (100.0%) +* πŸ“Š Commits: 50 +* πŸ“ˆ 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) +* βš–οΈ License: Apache-2.0 +* 🏷️ Latest Release: 0.5.1 (2019-01-04) + +⚠️ **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. + +=> showcase/ioriot/image-1.png ioriot screenshot + +I/O Riot is a Linux-based I/O benchmarking tool that captures real production I/O operations using SystemTap in kernel space and replays them on test machines to identify performance bottlenecks. It follows a 5-step workflow: capture I/O operations to a log, copy to a test machine, replay the operations, analyze performance metrics, and repeat with different OS/hardware configurations. This approach allows you to test different file systems, mount options, hardware types, and I/O patterns without the complexity of setting up a full distributed application stack. + +The key advantage over traditional benchmarking tools is that it reproduces actual production I/O patterns rather than synthetic workloads, making it easier to optimize real-world performance and validate hardware choices. Built with SystemTap for efficient kernel-space capture and a C-based replay tool for minimal overhead, it supports major file systems (ext2/3/4, xfs) and a comprehensive set of syscalls (open, read, write, mmap, etc.). This makes it particularly useful for testing whether new hardware is suitable for existing applications or optimizing OS configurations before deploying to production. + +=> https://codeberg.org/snonux/ioriot View on Codeberg +=> https://github.com/snonux/ioriot View on GitHub + +--- + +### photoalbum + +* πŸ’» Languages: Shell (78.1%), Make (13.5%), Config (8.4%) +* πŸ“š Documentation: Text (100.0%) * πŸ“Š Commits: 153 -* πŸ“ˆ Lines of Code: 342 -* πŸ“„ Lines of Documentation: 39 -* πŸ“… Development Period: 2011-11-19 to 2022-04-02 -* πŸ† Score: 1.7 (combines code size and activity) +* πŸ“ˆ 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) @@ -692,54 +774,53 @@ The architecture is straightforward and Unix-philosophy driven: users configure --- -### 30. ioriot +### staticfarm-apache-handlers -* πŸ’» Languages: C (55.5%), C/C++ (24.0%), Config (19.6%), Make (1.0%) -* πŸ“š Documentation: Markdown (100.0%) -* πŸ“Š Commits: 50 -* πŸ“ˆ Lines of Code: 12420 -* πŸ“„ Lines of Documentation: 610 -* πŸ“… Development Period: 2018-03-01 to 2020-01-22 -* πŸ† Score: 1.6 (combines code size and activity) -* βš–οΈ License: Apache-2.0 -* 🏷️ Latest Release: 0.5.1 (2019-01-04) +* πŸ’» 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. -=> showcase/ioriot/image-1.png ioriot screenshot - -I/O Riot is a Linux-based I/O benchmarking tool that captures real production I/O operations using SystemTap in kernel space and replays them on test machines to identify performance bottlenecks. It follows a 5-step workflow: capture I/O operations to a log, copy to a test machine, replay the operations, analyze performance metrics, and repeat with different OS/hardware configurations. This approach allows you to test different file systems, mount options, hardware types, and I/O patterns without the complexity of setting up a full distributed application stack. +**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 key advantage over traditional benchmarking tools is that it reproduces actual production I/O patterns rather than synthetic workloads, making it easier to optimize real-world performance and validate hardware choices. Built with SystemTap for efficient kernel-space capture and a C-based replay tool for minimal overhead, it supports major file systems (ext2/3/4, xfs) and a comprehensive set of syscalls (open, read, write, mmap, etc.). This makes it particularly useful for testing whether new hardware is suitable for existing applications or optimizing OS configurations before deploying to production. +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/ioriot View on Codeberg -=> https://github.com/snonux/ioriot View on GitHub +=> https://codeberg.org/snonux/staticfarm-apache-handlers View on Codeberg +=> https://github.com/snonux/staticfarm-apache-handlers View on GitHub --- -### 31. sway-autorotate +### dyndns * πŸ’» 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 -* πŸ† Score: 1.3 (combines code size and activity) -* βš–οΈ License: GPL-3.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 * πŸ§ͺ 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. -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. +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. -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. +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. -=> https://codeberg.org/snonux/sway-autorotate View on Codeberg -=> https://github.com/snonux/sway-autorotate View on GitHub +=> https://codeberg.org/snonux/dyndns View on Codeberg +=> https://github.com/snonux/dyndns View on GitHub --- -### 32. mon +### mon * πŸ’» Languages: Perl (96.5%), Shell (1.8%), Make (1.2%), Config (0.4%) * πŸ“š Documentation: Text (100.0%) @@ -747,7 +828,7 @@ The implementation uses a bash script that continuously monitors the `monitor-se * πŸ“ˆ Lines of Code: 5360 * πŸ“„ Lines of Documentation: 789 * πŸ“… Development Period: 2015-01-02 to 2021-11-05 -* πŸ† Score: 1.0 (combines code size and activity) +* πŸ”₯ Recent Activity: 3639.3 days (avg. age of last 42 commits) * βš–οΈ License: No license found * 🏷️ Latest Release: 1.0.1 (2015-01-02) @@ -762,30 +843,30 @@ Implemented in Perl, `mon` features automatic JSON backup before modifications ( --- -### 33. staticfarm-apache-handlers +### rubyfy -* πŸ’» 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) +* πŸ’» 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) ⚠️ **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. +**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