diff options
| author | Paul Buetow <paul@buetow.org> | 2026-01-01 02:14:20 +0200 |
|---|---|---|
| committer | Paul Buetow <paul@buetow.org> | 2026-01-01 02:14:20 +0200 |
| commit | 6eddee0cb21861e737b9bcc94b55fa876a27abe7 (patch) | |
| tree | c88f3b5f752d33ece8896ce41bf542abae5fa914 /about/showcase.md | |
| parent | a87b8da59a35493c4b46050eeaa27c2d88c8318d (diff) | |
Update content for md
Diffstat (limited to 'about/showcase.md')
| -rw-r--r-- | about/showcase.md | 1337 |
1 files changed, 674 insertions, 663 deletions
diff --git a/about/showcase.md b/about/showcase.md index c68cbc1b..fb94053a 100644 --- a/about/showcase.md +++ b/about/showcase.md @@ -1,86 +1,88 @@ # 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. ## Table of Contents * [⇢ Project Showcase](#project-showcase) * [⇢ ⇢ Overall Statistics](#overall-statistics) * [⇢ ⇢ Projects](#projects) -* [⇢ ⇢ ⇢ 1. epimetheus](#1-epimetheus) -* [⇢ ⇢ ⇢ 2. conf](#2-conf) -* [⇢ ⇢ ⇢ 3. foo.zone](#3-foozone) -* [⇢ ⇢ ⇢ 4. perc](#4-perc) -* [⇢ ⇢ ⇢ 5. hexai](#5-hexai) -* [⇢ ⇢ ⇢ 6. yoga](#6-yoga) -* [⇢ ⇢ ⇢ 7. gitsyncer](#7-gitsyncer) -* [⇢ ⇢ ⇢ 8. totalrecall](#8-totalrecall) -* [⇢ ⇢ ⇢ 9. foostats](#9-foostats) -* [⇢ ⇢ ⇢ 10. dtail](#10-dtail) -* [⇢ ⇢ ⇢ 11. tasksamurai](#11-tasksamurai) -* [⇢ ⇢ ⇢ 12. ior](#12-ior) -* [⇢ ⇢ ⇢ 13. timr](#13-timr) -* [⇢ ⇢ ⇢ 14. gos](#14-gos) -* [⇢ ⇢ ⇢ 15. ds-sim](#15-ds-sim) -* [⇢ ⇢ ⇢ 16. gemtexter](#16-gemtexter) -* [⇢ ⇢ ⇢ 17. wireguardmeshgenerator](#17-wireguardmeshgenerator) -* [⇢ ⇢ ⇢ 18. rcm](#18-rcm) -* [⇢ ⇢ ⇢ 19. gogios](#19-gogios) -* [⇢ ⇢ ⇢ 20. sillybench](#20-sillybench) -* [⇢ ⇢ ⇢ 21. terraform](#21-terraform) -* [⇢ ⇢ ⇢ 22. quicklogger](#22-quicklogger) -* [⇢ ⇢ ⇢ 23. gorum](#23-gorum) -* [⇢ ⇢ ⇢ 24. guprecords](#24-guprecords) -* [⇢ ⇢ ⇢ 25. docker-radicale-server](#25-docker-radicale-server) -* [⇢ ⇢ ⇢ 26. geheim](#26-geheim) -* [⇢ ⇢ ⇢ 27. algorithms](#27-algorithms) -* [⇢ ⇢ ⇢ 28. randomjournalpage](#28-randomjournalpage) -* [⇢ ⇢ ⇢ 29. photoalbum](#29-photoalbum) -* [⇢ ⇢ ⇢ 30. ioriot](#30-ioriot) -* [⇢ ⇢ ⇢ 31. sway-autorotate](#31-sway-autorotate) -* [⇢ ⇢ ⇢ 32. mon](#32-mon) -* [⇢ ⇢ ⇢ 33. staticfarm-apache-handlers](#33-staticfarm-apache-handlers) -* [⇢ ⇢ ⇢ 34. pingdomfetch](#34-pingdomfetch) -* [⇢ ⇢ ⇢ 35. ychat](#35-ychat) -* [⇢ ⇢ ⇢ 36. perl-c-fibonacci](#36-perl-c-fibonacci) -* [⇢ ⇢ ⇢ 37. xerl](#37-xerl) -* [⇢ ⇢ ⇢ 38. fapi](#38-fapi) -* [⇢ ⇢ ⇢ 39. netcalendar](#39-netcalendar) -* [⇢ ⇢ ⇢ 40. vs-sim](#40-vs-sim) -* [⇢ ⇢ ⇢ 41. loadbars](#41-loadbars) -* [⇢ ⇢ ⇢ 42. gotop](#42-gotop) -* [⇢ ⇢ ⇢ 43. fype](#43-fype) -* [⇢ ⇢ ⇢ 44. rubyfy](#44-rubyfy) -* [⇢ ⇢ ⇢ 45. pwgrep](#45-pwgrep) -* [⇢ ⇢ ⇢ 46. perldaemon](#46-perldaemon) -* [⇢ ⇢ ⇢ 47. jsmstrade](#47-jsmstrade) -* [⇢ ⇢ ⇢ 48. japi](#48-japi) -* [⇢ ⇢ ⇢ 49. perl-poetry](#49-perl-poetry) -* [⇢ ⇢ ⇢ 50. muttdelay](#50-muttdelay) -* [⇢ ⇢ ⇢ 51. netdiff](#51-netdiff) -* [⇢ ⇢ ⇢ 52. debroid](#52-debroid) -* [⇢ ⇢ ⇢ 53. hsbot](#53-hsbot) -* [⇢ ⇢ ⇢ 54. cpuinfo](#54-cpuinfo) -* [⇢ ⇢ ⇢ 55. template](#55-template) -* [⇢ ⇢ ⇢ 56. ipv6test](#56-ipv6test) -* [⇢ ⇢ ⇢ 57. awksite](#57-awksite) -* [⇢ ⇢ ⇢ 58. dyndns](#58-dyndns) +* [⇢ ⇢ ⇢ epimetheus](#epimetheus) +* [⇢ ⇢ ⇢ conf](#conf) +* [⇢ ⇢ ⇢ foo.zone](#foozone) +* [⇢ ⇢ ⇢ perc](#perc) +* [⇢ ⇢ ⇢ yoga](#yoga) +* [⇢ ⇢ ⇢ hexai](#hexai) +* [⇢ ⇢ ⇢ foostats](#foostats) +* [⇢ ⇢ ⇢ gitsyncer](#gitsyncer) +* [⇢ ⇢ ⇢ timr](#timr) +* [⇢ ⇢ ⇢ totalrecall](#totalrecall) +* [⇢ ⇢ ⇢ tasksamurai](#tasksamurai) +* [⇢ ⇢ ⇢ gos](#gos) +* [⇢ ⇢ ⇢ ior](#ior) +* [⇢ ⇢ ⇢ dtail](#dtail) +* [⇢ ⇢ ⇢ wireguardmeshgenerator](#wireguardmeshgenerator) +* [⇢ ⇢ ⇢ ds-sim](#ds-sim) +* [⇢ ⇢ ⇢ sillybench](#sillybench) +* [⇢ ⇢ ⇢ gemtexter](#gemtexter) +* [⇢ ⇢ ⇢ rcm](#rcm) +* [⇢ ⇢ ⇢ gogios](#gogios) +* [⇢ ⇢ ⇢ quicklogger](#quicklogger) +* [⇢ ⇢ ⇢ docker-radicale-server](#docker-radicale-server) +* [⇢ ⇢ ⇢ terraform](#terraform) +* [⇢ ⇢ ⇢ gorum](#gorum) +* [⇢ ⇢ ⇢ guprecords](#guprecords) +* [⇢ ⇢ ⇢ randomjournalpage](#randomjournalpage) +* [⇢ ⇢ ⇢ geheim](#geheim) +* [⇢ ⇢ ⇢ sway-autorotate](#sway-autorotate) +* [⇢ ⇢ ⇢ algorithms](#algorithms) +* [⇢ ⇢ ⇢ perl-c-fibonacci](#perl-c-fibonacci) +* [⇢ ⇢ ⇢ ioriot](#ioriot) +* [⇢ ⇢ ⇢ photoalbum](#photoalbum) +* [⇢ ⇢ ⇢ staticfarm-apache-handlers](#staticfarm-apache-handlers) +* [⇢ ⇢ ⇢ dyndns](#dyndns) +* [⇢ ⇢ ⇢ mon](#mon) +* [⇢ ⇢ ⇢ rubyfy](#rubyfy) +* [⇢ ⇢ ⇢ pingdomfetch](#pingdomfetch) +* [⇢ ⇢ ⇢ gotop](#gotop) +* [⇢ ⇢ ⇢ xerl](#xerl) +* [⇢ ⇢ ⇢ debroid](#debroid) +* [⇢ ⇢ ⇢ fapi](#fapi) +* [⇢ ⇢ ⇢ template](#template) +* [⇢ ⇢ ⇢ muttdelay](#muttdelay) +* [⇢ ⇢ ⇢ netdiff](#netdiff) +* [⇢ ⇢ ⇢ pwgrep](#pwgrep) +* [⇢ ⇢ ⇢ japi](#japi) +* [⇢ ⇢ ⇢ perl-poetry](#perl-poetry) +* [⇢ ⇢ ⇢ ipv6test](#ipv6test) +* [⇢ ⇢ ⇢ cpuinfo](#cpuinfo) +* [⇢ ⇢ ⇢ loadbars](#loadbars) +* [⇢ ⇢ ⇢ perldaemon](#perldaemon) +* [⇢ ⇢ ⇢ awksite](#awksite) +* [⇢ ⇢ ⇢ jsmstrade](#jsmstrade) +* [⇢ ⇢ ⇢ ychat](#ychat) +* [⇢ ⇢ ⇢ netcalendar](#netcalendar) +* [⇢ ⇢ ⇢ hsbot](#hsbot) +* [⇢ ⇢ ⇢ fype](#fype) +* [⇢ ⇢ ⇢ vs-sim](#vs-sim) ## 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%) @@ -88,9 +90,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) @@ -104,15 +107,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) @@ -126,17 +129,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. @@ -146,7 +150,7 @@ foo.zone: source code repository. --- -### 4. perc +### perc * 💻 Languages: Go (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -154,9 +158,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. @@ -168,7 +173,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 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`. + +[View on Codeberg](https://codeberg.org/snonux/yoga) +[View on GitHub](https://github.com/snonux/yoga) + +--- + +### hexai * 💻 Languages: Go (65.3%), HTML (34.7%) * 📚 Documentation: Markdown (100.0%) @@ -176,9 +206,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) @@ -192,41 +223,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 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. -[View on Codeberg](https://codeberg.org/snonux/yoga) -[View on GitHub](https://github.com/snonux/yoga) +[View on Codeberg](https://codeberg.org/snonux/foostats) +[View on GitHub](https://github.com/snonux/foostats) --- -### 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. @@ -238,7 +268,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. + +[View on Codeberg](https://codeberg.org/snonux/timr) +[View on GitHub](https://github.com/snonux/timr) + +--- + +### totalrecall * 💻 Languages: Go (98.9%), Shell (0.5%), YAML (0.5%) * 📚 Documentation: Markdown (100.0%) @@ -246,9 +299,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) @@ -264,55 +318,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. - -[View on Codeberg](https://codeberg.org/snonux/foostats) -[View on GitHub](https://github.com/snonux/foostats) - ---- - -### 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 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) - -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. - -[View on Codeberg](https://codeberg.org/snonux/dtail) -[View on GitHub](https://github.com/snonux/dtail) - ---- - -### 11. tasksamurai +### tasksamurai * 💻 Languages: Go (99.8%), YAML (0.2%) * 📚 Documentation: Markdown (100.0%) @@ -320,9 +326,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) @@ -338,7 +345,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 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) + +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. + +[View on Codeberg](https://codeberg.org/snonux/gos) +[View on GitHub](https://github.com/snonux/gos) + +--- + +### 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%) @@ -346,9 +379,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) @@ -364,55 +398,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) -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. -[View on Codeberg](https://codeberg.org/snonux/timr) -[View on GitHub](https://github.com/snonux/timr) +[](showcase/dtail/image-2.gif) + +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. + +[View on Codeberg](https://codeberg.org/snonux/dtail) +[View on GitHub](https://github.com/snonux/dtail) --- -### 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) +* 🏷️ 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) +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. -[View on Codeberg](https://codeberg.org/snonux/gos) -[View on GitHub](https://github.com/snonux/gos) +[View on Codeberg](https://codeberg.org/snonux/wireguardmeshgenerator) +[View on GitHub](https://github.com/snonux/wireguardmeshgenerator) --- -### 15. ds-sim +### ds-sim * 💻 Languages: Java (98.9%), Shell (0.6%), CSS (0.5%) * 📚 Documentation: Markdown (98.7%), Text (1.3%) @@ -420,9 +455,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) @@ -436,7 +472,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. + +[View on Codeberg](https://codeberg.org/snonux/sillybench) +[View on GitHub](https://github.com/snonux/sillybench) + +--- + +### gemtexter * 💻 Languages: Shell (68.2%), CSS (28.5%), Config (1.9%), HTML (1.3%) * 📚 Documentation: Text (76.1%), Markdown (23.9%) @@ -444,7 +502,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) @@ -458,29 +516,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. - -[View on Codeberg](https://codeberg.org/snonux/wireguardmeshgenerator) -[View on GitHub](https://github.com/snonux/wireguardmeshgenerator) - ---- - -### 18. rcm +### rcm * 💻 Languages: Ruby (99.8%), TOML (0.2%) * 📚 Documentation: Markdown (100.0%) @@ -488,7 +524,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) @@ -502,7 +538,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%) @@ -510,7 +546,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) @@ -526,29 +562,55 @@ 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: 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 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) + +The implementation leverages Go's cross-compilation capabilities and Fyne's UI abstraction to run identically on Android and Linux desktop environments. Build automation is handled through Mage tasks, offering both local Android NDK builds and containerized cross-compilation via fyne-cross with Docker/Podman support. This architecture keeps the codebase minimal while maintaining full portability across mobile and desktop platforms. + +[View on Codeberg](https://codeberg.org/snonux/quicklogger) +[View on GitHub](https://github.com/snonux/quicklogger) + +--- + +### docker-radicale-server + +* 💻 Languages: Make (57.5%), Docker (42.5%) * 📚 Documentation: Markdown (100.0%) * 📊 Commits: 5 -* 📈 Lines of Code: 33 +* 📈 Lines of Code: 40 * 📄 Lines of Documentation: 3 -* 📅 Development Period: 2025-04-03 to 2025-04-03 -* 🏆 Score: 5.5 (combines code size and activity) +* 📅 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) -**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`). +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 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. +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. -[View on Codeberg](https://codeberg.org/snonux/sillybench) -[View on GitHub](https://github.com/snonux/sillybench) +[View on Codeberg](https://codeberg.org/snonux/docker-radicale-server) +[View on GitHub](https://github.com/snonux/docker-radicale-server) --- -### 21. terraform +### terraform * 💻 Languages: HCL (96.6%), Make (1.9%), YAML (1.5%) * 📚 Documentation: Markdown (100.0%) @@ -556,7 +618,7 @@ The implementation is intentionally straightforward, using Go's built-in testing * 📈 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) +* 🔥 Recent Activity: 649.6 days (avg. age of last 42 commits) * ⚖️ License: MIT * 🧪 Status: Experimental (no releases yet) @@ -570,33 +632,7 @@ The infrastructure uses a **modular, layered architecture** with separate Terraf --- -### 22. 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 -* 🏆 Score: 5.3 (combines code size and activity) -* ⚖️ License: MIT -* 🏷️ Latest Release: v0.0.4 (2025-09-13) - - -[](showcase/quicklogger/image-1.png) - -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) - -The implementation leverages Go's cross-compilation capabilities and Fyne's UI abstraction to run identically on Android and Linux desktop environments. Build automation is handled through Mage tasks, offering both local Android NDK builds and containerized cross-compilation via fyne-cross with Docker/Podman support. This architecture keeps the codebase minimal while maintaining full portability across mobile and desktop platforms. - -[View on Codeberg](https://codeberg.org/snonux/quicklogger) -[View on GitHub](https://github.com/snonux/quicklogger) - ---- - -### 23. gorum +### gorum * 💻 Languages: Go (91.3%), JSON (6.4%), YAML (2.3%) * 📚 Documentation: Markdown (100.0%) @@ -604,7 +640,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) @@ -619,7 +655,7 @@ The architecture consists of client/server components for inter-node communicati --- -### 24. guprecords +### guprecords * 💻 Languages: Raku (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -627,7 +663,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) @@ -641,29 +677,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. -[View on Codeberg](https://codeberg.org/snonux/docker-radicale-server) -[View on GitHub](https://github.com/snonux/docker-radicale-server) +[View on Codeberg](https://codeberg.org/snonux/randomjournalpage) +[View on GitHub](https://github.com/snonux/randomjournalpage) --- -### 26. geheim +### geheim * 💻 Languages: Ruby (86.7%), Shell (13.3%) * 📚 Documentation: Markdown (100.0%) @@ -671,7 +708,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) @@ -685,7 +722,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. + +[View on Codeberg](https://codeberg.org/snonux/sway-autorotate) +[View on GitHub](https://github.com/snonux/sway-autorotate) + +--- + +### algorithms * 💻 Languages: Go (99.2%), Make (0.8%) * 📚 Documentation: Markdown (100.0%) @@ -693,7 +752,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) @@ -708,38 +767,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. -[View on Codeberg](https://codeberg.org/snonux/randomjournalpage) -[View on GitHub](https://github.com/snonux/randomjournalpage) +[View on Codeberg](https://codeberg.org/snonux/perl-c-fibonacci) +[View on GitHub](https://github.com/snonux/perl-c-fibonacci) --- -### 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) + +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. + +[View on Codeberg](https://codeberg.org/snonux/ioriot) +[View on GitHub](https://github.com/snonux/ioriot) + +--- + +### 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) @@ -754,54 +836,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) - -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. -[View on Codeberg](https://codeberg.org/snonux/ioriot) -[View on GitHub](https://github.com/snonux/ioriot) +[View on Codeberg](https://codeberg.org/snonux/staticfarm-apache-handlers) +[View on GitHub](https://github.com/snonux/staticfarm-apache-handlers) --- -### 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. -[View on Codeberg](https://codeberg.org/snonux/sway-autorotate) -[View on GitHub](https://github.com/snonux/sway-autorotate) +[View on Codeberg](https://codeberg.org/snonux/dyndns) +[View on GitHub](https://github.com/snonux/dyndns) --- -### 32. mon +### mon * 💻 Languages: Perl (96.5%), Shell (1.8%), Make (1.2%), Config (0.4%) * 📚 Documentation: Text (100.0%) @@ -809,7 +890,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) @@ -824,30 +905,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 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). -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. +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. -[View on Codeberg](https://codeberg.org/snonux/staticfarm-apache-handlers) -[View on GitHub](https://github.com/snonux/staticfarm-apache-handlers) +[View on Codeberg](https://codeberg.org/snonux/rubyfy) +[View on GitHub](https://github.com/snonux/rubyfy) --- -### 34. pingdomfetch +### pingdomfetch * 💻 Languages: Perl (97.3%), Make (2.7%) * 📚 Documentation: Text (100.0%) @@ -855,7 +936,7 @@ Both handlers are implemented as Perl modules using Apache2's mod_perl API, conf * 📈 Lines of Code: 1839 * 📄 Lines of Documentation: 412 * 📅 Development Period: 2015-01-02 to 2021-11-05 -* 🏆 Score: 0.9 (combines code size and activity) +* 🔥 Recent Activity: 3723.1 days (avg. age of last 42 commits) * ⚖️ License: No license found * 🏷️ Latest Release: 1.0.2 (2015-01-02) @@ -870,72 +951,76 @@ The tool is implemented around a hierarchical configuration system (`/etc/pingdo --- -### 35. ychat +### gotop -* 💻 Languages: C++ (54.9%), C/C++ (23.0%), Shell (13.8%), Perl (2.5%), HTML (2.5%), Config (2.3%), Make (0.8%), CSS (0.2%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 67 -* 📈 Lines of Code: 67884 -* 📄 Lines of Documentation: 127 -* 📅 Development Period: 2008-05-15 to 2014-06-30 -* 🏆 Score: 0.9 (combines code size and activity) -* ⚖️ License: GPL-2.0 -* 🏷️ Latest Release: yhttpd-0.7.2 (2013-04-06) +* 💻 Languages: Go (98.0%), Make (2.0%) +* 📚 Documentation: Markdown (50.0%), Text (50.0%) +* 📊 Commits: 57 +* 📈 Lines of Code: 499 +* 📄 Lines of Documentation: 8 +* 📅 Development Period: 2015-05-24 to 2021-11-03 +* 🔥 Recent Activity: 3733.8 days (avg. age of last 42 commits) +* ⚖️ License: No license found +* 🏷️ Latest Release: 0.1 (2015-06-01) ⚠️ **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. -yChat is a high-performance, web-based chat server written in C++ that allows users to connect through standard web browsers without requiring special client software. It functions as a standalone HTTP server on a customizable port (default 2000), eliminating the need for Apache or other web servers, and uses only HTML, CSS, and JavaScript on the client side. The project was developed under the GNU GPL and designed for portability across POSIX-compliant systems including Linux, FreeBSD, and other UNIX variants. +**gotop** is a Linux I/O monitoring tool written in Go that serves as a replacement for `iotop`, displaying real-time disk I/O statistics for running processes. It monitors per-process read and write activity, sorting processes by I/O usage and presenting them in a continuously updating terminal interface. The tool supports three monitoring modes: bytes (actual disk I/O), syscalls (read/write system calls), and chars (character-level I/O from `/proc/[pid]/io`), with configurable update intervals and binary/decimal unit formatting. -The architecture emphasizes speed and scalability through several key design choices: multi-threaded POSIX implementation with thread pooling to efficiently handle concurrent users, hash maps for O(1) data lookups, and a smart garbage collection system that caches inactive user and room objects for quick reuse. It features MySQL database support for registered users, a modular plugin system through dynamically loadable modules, HTML template-based customization, XML configuration, and an ncurses-based administration interface with CLI support. The codebase can also be converted to yhttpd, a standalone web server subset. Performance benchmarks show it handling over 1000 requests/second while using minimal CPU resources, with the system supporting comprehensive logging, multi-language support, and Apache-compatible log formats. +The implementation uses a concurrent architecture with goroutines for data collection and processing. It parses `/proc/[pid]/io` for each running process to gather I/O statistics, calculates deltas between intervals to show per-second rates, and uses insertion sort to rank processes by activity level. The display automatically adapts to terminal size and highlights exited processes, making it easy to identify which applications are actively using disk resources. -[View on Codeberg](https://codeberg.org/snonux/ychat) -[View on GitHub](https://github.com/snonux/ychat) +[View on Codeberg](https://codeberg.org/snonux/gotop) +[View on GitHub](https://github.com/snonux/gotop) --- -### 36. perl-c-fibonacci +### xerl -* 💻 Languages: C (80.4%), Make (19.6%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 4 -* 📈 Lines of Code: 51 -* 📄 Lines of Documentation: 69 -* 📅 Development Period: 2014-03-24 to 2022-04-23 -* 🏆 Score: 0.8 (combines code size and activity) -* ⚖️ License: No license found -* 🧪 Status: Experimental (no releases yet) +* 💻 Languages: Perl (98.3%), Config (1.2%), Make (0.5%) +* 📊 Commits: 670 +* 📈 Lines of Code: 1675 +* 📅 Development Period: 2011-03-06 to 2018-12-22 +* 🔥 Recent Activity: 3789.5 days (avg. age of last 42 commits) +* ⚖️ License: Custom License +* 🏷️ Latest Release: v1.0.0 (2018-12-22) ⚠️ **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. +Xerl is a lightweight, template-based web framework written in Perl that processes HTTP requests through a configurable pipeline to generate dynamic web pages. It parses incoming requests, loads host-specific configurations, processes templates or documents, and renders HTML output with customizable styles. The framework is useful for building content-driven websites with multi-host support, caching capabilities, and flexible template management without heavy dependencies. -[View on Codeberg](https://codeberg.org/snonux/perl-c-fibonacci) -[View on GitHub](https://github.com/snonux/perl-c-fibonacci) +The implementation follows strict OO Perl conventions with explicit typing and prototypes, using AUTOLOAD-based metaprogramming in the base class for dynamic accessor methods. The request flow moves through Setup modules (Request → Configure → Parameter) before rendering via Page modules (Templates or Document), with CGI/FastCGI entry points and support for various content types and host-specific configurations. + +[View on Codeberg](https://codeberg.org/snonux/xerl) +[View on GitHub](https://github.com/snonux/xerl) --- -### 37. xerl +### debroid -* 💻 Languages: Perl (98.4%), Config (1.1%), Make (0.5%) -* 📊 Commits: 670 -* 📈 Lines of Code: 1667 -* 📅 Development Period: 2011-03-06 to 2017-01-01 -* 🏆 Score: 0.8 (combines code size and activity) -* ⚖️ License: Custom License -* 🏷️ Latest Release: v1.0.0 (2018-12-22) +* 💻 Languages: Shell (92.0%), Make (8.0%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 16 +* 📈 Lines of Code: 88 +* 📄 Lines of Documentation: 148 +* 📅 Development Period: 2015-06-18 to 2015-12-05 +* 🔥 Recent Activity: 3837.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. -Xerl is a lightweight, template-based web framework written in Perl that processes HTTP requests through a configurable pipeline to generate dynamic web pages. It parses incoming requests, loads host-specific configurations, processes templates or documents, and renders HTML output with customizable styles. The framework is useful for building content-driven websites with multi-host support, caching capabilities, and flexible template management without heavy dependencies. +[](showcase/debroid/image-1.png) -The implementation follows strict OO Perl conventions with explicit typing and prototypes, using AUTOLOAD-based metaprogramming in the base class for dynamic accessor methods. The request flow moves through Setup modules (Request → Configure → Parameter) before rendering via Page modules (Templates or Document), with CGI/FastCGI entry points and support for various content types and host-specific configurations. +**Debroid** is a project that enables installing a full Debian GNU/Linux environment on an LG G3 D855 running CyanogenMod 13 (Android 6) using a chroot setup. It allows users to run a complete Debian Jessie system alongside Android, providing access to standard Linux package management, tools, and services on a rooted Android device. This is useful for developers and power users who want the flexibility of a full Linux distribution on their phone without replacing the Android system entirely. -[View on Codeberg](https://codeberg.org/snonux/xerl) -[View on GitHub](https://github.com/snonux/xerl) +The implementation uses a two-stage debootstrap process: first creating a Debian base image (stored as a 5GB ext4 filesystem in a loop-mounted file) on a Fedora Linux machine, then transferring it to the phone's SD card and completing the second stage inside the Android environment. The chroot is configured with bind mounts for `/proc`, `/dev`, `/sys`, and Android storage locations, allowing the Debian system to interact with the underlying Android hardware. Custom scripts (`jessie.sh`, `/etc/rc.debroid`, and `/data/local/userinit.sh`) handle entering the chroot and automatically starting Debian services at boot, creating a seamless hybrid Linux/Android environment. + +[View on Codeberg](https://codeberg.org/snonux/debroid) +[View on GitHub](https://github.com/snonux/debroid) --- -### 38. fapi +### fapi * 💻 Languages: Python (96.6%), Make (3.1%), Config (0.3%) * 📚 Documentation: Text (98.3%), Markdown (1.7%) @@ -943,7 +1028,7 @@ The implementation follows strict OO Perl conventions with explicit typing and p * 📈 Lines of Code: 1681 * 📄 Lines of Documentation: 539 * 📅 Development Period: 2014-03-10 to 2021-11-03 -* 🏆 Score: 0.8 (combines code size and activity) +* 🔥 Recent Activity: 4115.6 days (avg. age of last 42 commits) * ⚖️ License: No license found * 🏷️ Latest Release: 1.0.2 (2014-11-17) @@ -958,149 +1043,76 @@ The tool is implemented in Python and depends on the bigsuds library (F5's iCont --- -### 39. netcalendar +### template -* 💻 Languages: Java (83.0%), HTML (12.9%), XML (3.0%), CSS (0.8%), Make (0.2%) -* 📚 Documentation: Text (89.7%), Markdown (10.3%) -* 📊 Commits: 50 -* 📈 Lines of Code: 17380 -* 📄 Lines of Documentation: 947 -* 📅 Development Period: 2009-02-07 to 2021-05-01 -* 🏆 Score: 0.8 (combines code size and activity) -* ⚖️ License: GPL-2.0 -* 🏷️ Latest Release: v0.1 (2009-02-08) - -⚠️ **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/netcalendar/image-1.png) - -NetCalendar is a Java-based distributed calendar application that can run as either a standalone application or in a client-server configuration over TCP/IP. Built with JRE 6+ compatibility, it's distributed as a single JAR file that can operate in three modes: combined client-server (both running as threads in one process), server-only, or client-only. The application features optional SSL/TLS support for secure communication between distributed components and includes a GUI client for managing events and preferences. - -[](showcase/netcalendar/image-2.png) - -The key feature is its intelligent color-coded event visualization system that helps users prioritize upcoming events: red for events within 24 hours, orange for the next week, yellow for the next 28 days, and progressively lighter shades for events further out. It's also compatible with Unix `calendar` databases, allowing users to leverage existing calendar data. The architecture is flexible enough to support both local usage (ideal for individual users) and networked deployments (for teams sharing a calendar server), with comprehensive SSL configuration options for secure enterprise use. - -[View on Codeberg](https://codeberg.org/snonux/netcalendar) -[View on GitHub](https://github.com/snonux/netcalendar) - ---- - -### 40. vs-sim - -* 💻 Languages: Java (98.6%), Shell (0.8%), XML (0.4%) -* 📚 Documentation: LaTeX (98.4%), Text (1.4%), Markdown (0.2%) -* 📊 Commits: 411 -* 📈 Lines of Code: 14582 -* 📄 Lines of Documentation: 2903 -* 📅 Development Period: 2008-05-15 to 2022-04-03 -* 🏆 Score: 0.7 (combines code size and activity) -* ⚖️ License: Custom License -* 🏷️ Latest Release: v1.0 (2008-08-24) - -⚠️ **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/vs-sim/image-1.jpg) - -VS-Sim is a Java-based open source simulator for distributed systems, designed to help students and researchers visualize and understand distributed computing concepts. Based on the roadmap, it appears to support simulating various distributed systems protocols including Lamport and vector clocks for logical time management, and potentially distributed file systems like NFS and AFS. The simulator features event-based simulation, logging capabilities, and a plugin architecture. - -The project appears to be currently inactive, with the repository containing minimal source code at present. It was originally developed as part of academic work (referenced as "diplomarbeit.pdf" in the roadmap), likely for teaching distributed systems concepts through interactive simulation and protocol visualization. - -[View on Codeberg](https://codeberg.org/snonux/vs-sim) -[View on GitHub](https://github.com/snonux/vs-sim) - ---- - -### 41. loadbars - -* 💻 Languages: Perl (97.4%), Make (2.6%) -* 📚 Documentation: Text (93.5%), Markdown (6.5%) -* 📊 Commits: 527 -* 📈 Lines of Code: 1828 -* 📄 Lines of Documentation: 107 -* 📅 Development Period: 2010-11-05 to 2015-05-23 -* 🏆 Score: 0.7 (combines code size and activity) -* ⚖️ License: No license found -* 🏷️ Latest Release: 0.7.5 (2014-06-22) - -⚠️ **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. - -loadbars: source code repository. - -[View on Codeberg](https://codeberg.org/snonux/loadbars) -[View on GitHub](https://github.com/snonux/loadbars) - ---- - -### 42. gotop - -* 💻 Languages: Go (98.0%), Make (2.0%) -* 📚 Documentation: Markdown (50.0%), Text (50.0%) -* 📊 Commits: 57 -* 📈 Lines of Code: 499 -* 📄 Lines of Documentation: 8 -* 📅 Development Period: 2015-05-24 to 2021-11-03 -* 🏆 Score: 0.7 (combines code size and activity) +* 💻 Languages: Make (89.2%), Shell (10.8%) +* 📚 Documentation: Text (100.0%) +* 📊 Commits: 22 +* 📈 Lines of Code: 65 +* 📄 Lines of Documentation: 228 +* 📅 Development Period: 2013-03-22 to 2021-11-04 +* 🔥 Recent Activity: 4170.0 days (avg. age of last 42 commits) * ⚖️ License: No license found -* 🏷️ Latest Release: 0.1 (2015-06-01) +* 🏷️ Latest Release: 0.0.0.0 (2013-03-22) ⚠️ **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. -**gotop** is a Linux I/O monitoring tool written in Go that serves as a replacement for `iotop`, displaying real-time disk I/O statistics for running processes. It monitors per-process read and write activity, sorting processes by I/O usage and presenting them in a continuously updating terminal interface. The tool supports three monitoring modes: bytes (actual disk I/O), syscalls (read/write system calls), and chars (character-level I/O from `/proc/[pid]/io`), with configurable update intervals and binary/decimal unit formatting. +This is a **Debian package template project** that provides boilerplate infrastructure for creating `.deb` packages for custom software projects. It's designed to help developers who need to distribute their applications as Debian packages without starting from scratch with the complex packaging requirements. The template includes a working example with build scripts, documentation generation, and all necessary Debian control files. -The implementation uses a concurrent architecture with goroutines for data collection and processing. It parses `/proc/[pid]/io` for each running process to gather I/O statistics, calculates deltas between intervals to show per-second rates, and uses insertion sort to rank processes by activity level. The display automatically adapts to terminal size and highlights exited processes, making it easy to identify which applications are actively using disk resources. +The implementation uses a **Makefile-based build system** with targets for compilation, documentation generation (via POD to man pages), and Debian package creation. It includes a complete `debian/` directory structure with control files, changelog management via `dch`, and integrates standard Debian packaging tools like `dpkg-dev`, `debuild`, and `lintian`. The template is designed to be easily customized—it provides scripts to rename all `template` references to your project name and includes placeholder files that can be adapted for different use cases (C programs, libraries, LaTeX documentation, etc.). -[View on Codeberg](https://codeberg.org/snonux/gotop) -[View on GitHub](https://github.com/snonux/gotop) +[View on Codeberg](https://codeberg.org/snonux/template) +[View on GitHub](https://github.com/snonux/template) --- -### 43. fype +### muttdelay -* 💻 Languages: C (72.1%), C/C++ (20.7%), HTML (5.7%), Make (1.5%) -* 📚 Documentation: Text (71.3%), LaTeX (28.7%) -* 📊 Commits: 99 -* 📈 Lines of Code: 10196 -* 📄 Lines of Documentation: 1741 -* 📅 Development Period: 2008-05-15 to 2021-11-03 -* 🏆 Score: 0.7 (combines code size and activity) -* ⚖️ License: Custom License -* 🧪 Status: Experimental (no releases yet) +* 💻 Languages: Make (47.1%), Shell (46.3%), Vim Script (5.9%), Config (0.7%) +* 📚 Documentation: Text (100.0%) +* 📊 Commits: 41 +* 📈 Lines of Code: 136 +* 📄 Lines of Documentation: 96 +* 📅 Development Period: 2013-03-22 to 2021-11-05 +* 🔥 Recent Activity: 4183.0 days (avg. age of last 42 commits) +* ⚖️ License: No license found +* 🏷️ Latest Release: 0.2.0 (2014-07-05) ⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. -Fype is a 32-bit scripting language designed as a fun, AWK-inspired alternative with a simpler syntax. It supports variables with automatic type conversion, functions, loops, control structures, and built-in operations for math, I/O, and system calls. A notable feature is its support for "synonyms" (references/aliases to variables and functions), along with both procedures (using the caller's namespace) and functions (with lexical scoping). The language uses a straightforward syntax with single-character comments (#) and statement-based execution terminated by semicolons. +**muttdelay** is a bash-based email scheduling system for the mutt email client that allows users to compose emails in Vim and schedule them to be sent automatically at a future time, rather than immediately or indefinitely postponed. It bridges the gap between mutt's postpone functionality (which only saves drafts) and true scheduled delivery by implementing a simple time-based queuing mechanism. -The implementation uses a simple top-down parser with maximum lookahead of 1, interpreting code simultaneously as it parses, which means syntax errors are only caught at runtime. Written in C and compiled with GCC, it's designed for BSD systems (tested on FreeBSD 7.0) and uses NetBSD Make for building. The project is still unreleased and incomplete, but aims to eventually match AWK's capabilities while potentially adding modern features like function pointers and closures, though explicitly avoiding complexity like OOP, Unicode, or threading. +The architecture uses three components working together: a Vim plugin that provides a `,L` command to schedule emails during composition, a filesystem-based queue that stores emails as files named with send and compose timestamps (`~/.muttdelay/SENDTIMESTAMP.COMPOSETIMESTAMP`), and an hourly cron job that checks for any emails whose send timestamp has passed and delivers them using mutt's command-line interface. This lightweight design requires no database or daemon—just file timestamps and cron for reliable scheduled delivery. -[View on Codeberg](https://codeberg.org/snonux/fype) -[View on GitHub](https://github.com/snonux/fype) +[View on Codeberg](https://codeberg.org/snonux/muttdelay) +[View on GitHub](https://github.com/snonux/muttdelay) --- -### 44. rubyfy +### netdiff -* 💻 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 -* 🏆 Score: 0.7 (combines code size and activity) -* ⚖️ License: Apache-2.0 -* 🏷️ Latest Release: 0 (2015-10-26) +* 💻 Languages: Shell (52.2%), Make (46.3%), Config (1.5%) +* 📚 Documentation: Text (100.0%) +* 📊 Commits: 42 +* 📈 Lines of Code: 134 +* 📄 Lines of Documentation: 106 +* 📅 Development Period: 2013-03-22 to 2021-11-05 +* 🔥 Recent Activity: 4190.5 days (avg. age of last 42 commits) +* ⚖️ License: No license found +* 🏷️ Latest Release: 0.1.5 (2014-06-22) ⚠️ **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). +**netdiff** is a network-based file and directory comparison tool that allows you to diff files or directories between two remote hosts without manual file transfers. It's particularly useful for system administrators who need to identify configuration differences between servers, such as comparing PAM configurations spread across multiple files in `/etc/pam.d`. -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. +The tool uses a clever client-server architecture where you run the identical command simultaneously on both hosts (typically via cluster-SSH). Based on which hostname you specify in the command, each instance automatically determines whether to act as client or server. Files are transferred recursively and encrypted using OpenSSL/AES over a configurable network port, then compared using the standard diff tool. This approach eliminates the need for manual scp/rsync operations and makes configuration drift detection straightforward. -[View on Codeberg](https://codeberg.org/snonux/rubyfy) -[View on GitHub](https://github.com/snonux/rubyfy) +[View on Codeberg](https://codeberg.org/snonux/netdiff) +[View on GitHub](https://github.com/snonux/netdiff) --- -### 45. pwgrep +### pwgrep * 💻 Languages: Shell (85.0%), Make (15.0%) * 📚 Documentation: Text (80.8%), Markdown (19.2%) @@ -1108,7 +1120,7 @@ The tool is implemented as a lightweight Ruby script that prioritizes simplicity * 📈 Lines of Code: 493 * 📄 Lines of Documentation: 26 * 📅 Development Period: 2009-09-27 to 2021-11-02 -* 🏆 Score: 0.6 (combines code size and activity) +* 🔥 Recent Activity: 4233.8 days (avg. age of last 42 commits) * ⚖️ License: No license found * 🏷️ Latest Release: 0.9.3 (2014-06-14) @@ -1123,53 +1135,7 @@ The architecture is lightweight and Unix-philosophy driven: password databases a --- -### 46. perldaemon - -* 💻 Languages: Perl (72.3%), Shell (23.8%), Config (3.9%) -* 📊 Commits: 110 -* 📈 Lines of Code: 614 -* 📅 Development Period: 2011-02-05 to 2022-04-21 -* 🏆 Score: 0.6 (combines code size and activity) -* ⚖️ License: Custom License -* 🏷️ Latest Release: v1.4 (2022-04-29) - -⚠️ **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. - -PerlDaemon is a minimal, extensible daemon framework for Linux and UNIX systems written in Perl. It provides a robust foundation for building long-running background services through a modular architecture, where functionality is implemented as custom modules in the `PerlDaemonModules::` namespace. The framework handles all the essential daemon infrastructure—automatic daemonization, pidfile management, signal handling (SIGHUP for log rotation, SIGTERM for clean shutdown), and flexible configuration through both config files and command-line arguments. - -The implementation centers around an event loop with configurable intervals that uses `Time::HiRes` for precise scheduling. Each module can specify its own run interval, and the system tracks "time carry" to compensate for any drift and ensure modules execute at their intended frequencies despite processing delays. Modules currently run sequentially but the architecture is designed to support parallel execution in the future. The system is production-ready with features like alive file monitoring, comprehensive logging, and the ability to run in foreground mode for testing and debugging. - -[View on Codeberg](https://codeberg.org/snonux/perldaemon) -[View on GitHub](https://github.com/snonux/perldaemon) - ---- - -### 47. jsmstrade - -* 💻 Languages: Java (76.0%), Shell (15.4%), XML (8.6%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 20 -* 📈 Lines of Code: 720 -* 📄 Lines of Documentation: 6 -* 📅 Development Period: 2008-06-21 to 2021-11-03 -* 🏆 Score: 0.6 (combines code size and activity) -* ⚖️ License: Custom License -* 🏷️ Latest Release: v0.3 (2009-02-08) - -⚠️ **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/jsmstrade/image-1.png) - -**JSMSTrade** is a lightweight Java Swing desktop application that provides a simple graphical interface for sending SMS messages through the smstrade.de gateway service. The tool is designed to be a quick-access panel that allows users to compose and send text messages up to 160 characters directly from their desktop, with real-time character counting and validation. Users configure their smstrade.de API credentials (including API key and recipient number) through a preferences menu, and the application constructs HTTP requests to the gateway service to deliver messages. - -The implementation is minimalistic, consisting of just three main Java classes (SMain, SFrame, SPrefs) built with Java Swing for the GUI and using Apache Ant for builds. The application stores user preferences locally in a serialized file (jsmstrade.dat) for persistence across sessions, features a fixed 300x150 window with a text area, send/clear buttons, and character counter, and enforces the 160-character SMS limit with automatic truncation. It's a straightforward example of a single-purpose desktop tool that wraps a web service API in an accessible GUI. - -[View on Codeberg](https://codeberg.org/snonux/jsmstrade) -[View on GitHub](https://github.com/snonux/jsmstrade) - ---- - -### 48. japi +### japi * 💻 Languages: Perl (78.3%), Make (21.7%) * 📚 Documentation: Text (100.0%) @@ -1177,7 +1143,7 @@ The implementation is minimalistic, consisting of just three main Java classes ( * 📈 Lines of Code: 286 * 📄 Lines of Documentation: 144 * 📅 Development Period: 2013-03-22 to 2021-11-05 -* 🏆 Score: 0.6 (combines code size and activity) +* 🔥 Recent Activity: 4238.8 days (avg. age of last 42 commits) * ⚖️ License: No license found * 🏷️ Latest Release: 0.4.3 (2014-06-16) @@ -1192,7 +1158,7 @@ Implemented in Perl using the JIRA::REST CPAN module, japi supports flexible con --- -### 49. perl-poetry +### perl-poetry * 💻 Languages: Perl (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -1200,7 +1166,7 @@ Implemented in Perl using the JIRA::REST CPAN module, japi supports flexible con * 📈 Lines of Code: 191 * 📄 Lines of Documentation: 8 * 📅 Development Period: 2014-03-24 to 2014-03-24 -* 🏆 Score: 0.5 (combines code size and activity) +* 🔥 Recent Activity: 4300.1 days (avg. age of last 42 commits) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) @@ -1215,205 +1181,250 @@ This project exemplifies creative coding where Perl keywords and constructs are --- -### 50. muttdelay +### ipv6test -* 💻 Languages: Make (47.1%), Shell (46.3%), Vim Script (5.9%), Config (0.7%) +* 💻 Languages: Perl (100.0%) +* 📊 Commits: 7 +* 📈 Lines of Code: 80 +* 📅 Development Period: 2011-07-09 to 2015-01-13 +* 🔥 Recent Activity: 4380.1 days (avg. age of last 42 commits) +* ⚖️ 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. + +This is a Perl-based IPv6 connectivity testing website that helps users determine whether they're connecting via IPv4 or IPv6. The tool is useful for diagnosing IPv6 deployment issues—it can identify problems like missing DNS records (A/AAAA), lack of network paths, or systems incorrectly preferring IPv4 over IPv6. + +The implementation uses a simple CGI script ([index.pl](file:///home/paul/git/gitsyncer-workdir/ipv6test/index.pl)) that checks the `REMOTE_ADDR` environment variable to detect the client's connection protocol (by regex-matching IPv4 dotted notation). It requires three hostnames: a dual-stack host (ipv6.buetow.org), an IPv4-only host (test4.ipv6.buetow.org), and an IPv6-only host (test6.ipv6.buetow.org). The script performs DNS lookups using `host` and `dig` commands to display detailed diagnostic information about both client and server addresses. + +[View on Codeberg](https://codeberg.org/snonux/ipv6test) +[View on GitHub](https://github.com/snonux/ipv6test) + +--- + +### cpuinfo + +* 💻 Languages: Shell (53.2%), Make (46.8%) * 📚 Documentation: Text (100.0%) -* 📊 Commits: 41 -* 📈 Lines of Code: 136 -* 📄 Lines of Documentation: 96 -* 📅 Development Period: 2013-03-22 to 2021-11-05 -* 🏆 Score: 0.5 (combines code size and activity) +* 📊 Commits: 28 +* 📈 Lines of Code: 124 +* 📄 Lines of Documentation: 75 +* 📅 Development Period: 2010-11-05 to 2021-11-05 +* 🔥 Recent Activity: 4420.8 days (avg. age of last 42 commits) * ⚖️ License: No license found -* 🏷️ Latest Release: 0.2.0 (2014-07-05) +* 🏷️ Latest Release: 1.0.2 (2014-06-22) ⚠️ **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. -**muttdelay** is a bash-based email scheduling system for the mutt email client that allows users to compose emails in Vim and schedule them to be sent automatically at a future time, rather than immediately or indefinitely postponed. It bridges the gap between mutt's postpone functionality (which only saves drafts) and true scheduled delivery by implementing a simple time-based queuing mechanism. +**cpuinfo** is a lightweight command-line utility that transforms the raw, repetitive output of `/proc/cpuinfo` into a concise, human-readable summary. It displays key CPU information including model name, vendor, cache size, physical processor count, core count, sibling count, total logical CPUs, Hyper-Threading status, clock speeds, and bogomips—all in a compact format that's much easier to digest than parsing the kernel's raw output. -The architecture uses three components working together: a Vim plugin that provides a `,L` command to schedule emails during composition, a filesystem-based queue that stores emails as files named with send and compose timestamps (`~/.muttdelay/SENDTIMESTAMP.COMPOSETIMESTAMP`), and an hourly cron job that checks for any emails whose send timestamp has passed and delivers them using mutt's command-line interface. This lightweight design requires no database or daemon—just file timestamps and cron for reliable scheduled delivery. +The implementation is elegantly simple: a single shell script ([src/cpuinfo](file:///home/paul/git/gitsyncer-workdir/cpuinfo/src/cpuinfo)) that pipes `/proc/cpuinfo` through a `gawk` program. The AWK script parses the colon-delimited fields, tracks unique core IDs and physical IDs using associative arrays, and calculates derived values like total MHz and whether Hyper-Threading is enabled (by comparing siblings to core count). The project includes Debian packaging support in the [debian/](file:///home/paul/git/gitsyncer-workdir/cpuinfo/debian) directory for easy distribution. -[View on Codeberg](https://codeberg.org/snonux/muttdelay) -[View on GitHub](https://github.com/snonux/muttdelay) +[View on Codeberg](https://codeberg.org/snonux/cpuinfo) +[View on GitHub](https://github.com/snonux/cpuinfo) --- -### 51. netdiff +### loadbars -* 💻 Languages: Shell (52.2%), Make (46.3%), Config (1.5%) +* 💻 Languages: Perl (97.4%), Make (2.6%) * 📚 Documentation: Text (100.0%) -* 📊 Commits: 42 -* 📈 Lines of Code: 134 -* 📄 Lines of Documentation: 106 -* 📅 Development Period: 2013-03-22 to 2021-11-05 -* 🏆 Score: 0.5 (combines code size and activity) +* 📊 Commits: 527 +* 📈 Lines of Code: 1828 +* 📄 Lines of Documentation: 100 +* 📅 Development Period: 2010-11-05 to 2015-05-23 +* 🔥 Recent Activity: 4450.9 days (avg. age of last 42 commits) * ⚖️ License: No license found -* 🏷️ Latest Release: 0.1.5 (2014-06-22) +* 🏷️ Latest Release: 0.7.5 (2014-06-22) ⚠️ **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. -**netdiff** is a network-based file and directory comparison tool that allows you to diff files or directories between two remote hosts without manual file transfers. It's particularly useful for system administrators who need to identify configuration differences between servers, such as comparing PAM configurations spread across multiple files in `/etc/pam.d`. +loadbars: source code repository. -The tool uses a clever client-server architecture where you run the identical command simultaneously on both hosts (typically via cluster-SSH). Based on which hostname you specify in the command, each instance automatically determines whether to act as client or server. Files are transferred recursively and encrypted using OpenSSL/AES over a configurable network port, then compared using the standard diff tool. This approach eliminates the need for manual scp/rsync operations and makes configuration drift detection straightforward. +[View on Codeberg](https://codeberg.org/snonux/loadbars) +[View on GitHub](https://github.com/snonux/loadbars) -[View on Codeberg](https://codeberg.org/snonux/netdiff) -[View on GitHub](https://github.com/snonux/netdiff) +--- + +### perldaemon + +* 💻 Languages: Perl (72.3%), Shell (23.8%), Config (3.9%) +* 📊 Commits: 110 +* 📈 Lines of Code: 614 +* 📅 Development Period: 2011-02-05 to 2022-04-21 +* 🔥 Recent Activity: 4500.3 days (avg. age of last 42 commits) +* ⚖️ License: Custom License +* 🏷️ Latest Release: v1.4 (2022-04-29) + +⚠️ **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. + +PerlDaemon is a minimal, extensible daemon framework for Linux and UNIX systems written in Perl. It provides a robust foundation for building long-running background services through a modular architecture, where functionality is implemented as custom modules in the `PerlDaemonModules::` namespace. The framework handles all the essential daemon infrastructure—automatic daemonization, pidfile management, signal handling (SIGHUP for log rotation, SIGTERM for clean shutdown), and flexible configuration through both config files and command-line arguments. + +The implementation centers around an event loop with configurable intervals that uses `Time::HiRes` for precise scheduling. Each module can specify its own run interval, and the system tracks "time carry" to compensate for any drift and ensure modules execute at their intended frequencies despite processing delays. Modules currently run sequentially but the architecture is designed to support parallel execution in the future. The system is production-ready with features like alive file monitoring, comprehensive logging, and the ability to run in foreground mode for testing and debugging. + +[View on Codeberg](https://codeberg.org/snonux/perldaemon) +[View on GitHub](https://github.com/snonux/perldaemon) --- -### 52. debroid +### awksite -* 💻 Languages: Shell (92.0%), Make (8.0%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 16 -* 📈 Lines of Code: 88 -* 📄 Lines of Documentation: 148 -* 📅 Development Period: 2015-06-18 to 2015-12-05 -* 🏆 Score: 0.5 (combines code size and activity) +* 💻 Languages: AWK (72.1%), HTML (16.4%), Config (11.5%) +* 📚 Documentation: Text (60.0%), Markdown (40.0%) +* 📊 Commits: 3 +* 📈 Lines of Code: 122 +* 📄 Lines of Documentation: 10 +* 📅 Development Period: 2011-01-27 to 2014-06-22 +* 🔥 Recent Activity: 4831.3 days (avg. age of last 42 commits) * ⚖️ License: No license found -* 🧪 Status: Experimental (no releases yet) +* 🏷️ Latest Release: v0.2 (2011-01-27) ⚠️ **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/debroid/image-1.png) - -**Debroid** is a project that enables installing a full Debian GNU/Linux environment on an LG G3 D855 running CyanogenMod 13 (Android 6) using a chroot setup. It allows users to run a complete Debian Jessie system alongside Android, providing access to standard Linux package management, tools, and services on a rooted Android device. This is useful for developers and power users who want the flexibility of a full Linux distribution on their phone without replacing the Android system entirely. +Awksite is a lightweight CGI application written entirely in GNU AWK that generates dynamic HTML websites through a simple template variable substitution system. It processes HTML templates containing `%%key%%` placeholders and replaces them with values defined in a configuration file, where values can be either static strings or dynamic content from shell command execution (using `!command` syntax). The application also supports inline file inclusion with automatic sorting via `%%!sort filename%%` directives, making it ideal for displaying dynamically generated content like system information, file listings, or command outputs. -The implementation uses a two-stage debootstrap process: first creating a Debian base image (stored as a 5GB ext4 filesystem in a loop-mounted file) on a Fedora Linux machine, then transferring it to the phone's SD card and completing the second stage inside the Android environment. The chroot is configured with bind mounts for `/proc`, `/dev`, `/sys`, and Android storage locations, allowing the Debian system to interact with the underlying Android hardware. Custom scripts (`jessie.sh`, `/etc/rc.debroid`, and `/data/local/userinit.sh`) handle entering the chroot and automatically starting Debian services at boot, creating a seamless hybrid Linux/Android environment. +The architecture is remarkably simple: a single AWK script ([index.cgi](file:///home/paul/git/gitsyncer-workdir/awksite/index.cgi)) reads configuration key-value pairs from [awksite.conf](file:///home/paul/git/gitsyncer-workdir/awksite/awksite.conf), loads an HTML template, and recursively processes each line to replace template variables with their corresponding values. This minimalist approach requires zero dependencies beyond GNU AWK, making it extremely portable across Unix-like systems while providing just enough functionality for simple dynamic sites without the overhead of traditional web frameworks or database systems. -[View on Codeberg](https://codeberg.org/snonux/debroid) -[View on GitHub](https://github.com/snonux/debroid) +[View on Codeberg](https://codeberg.org/snonux/awksite) +[View on GitHub](https://github.com/snonux/awksite) --- -### 53. hsbot +### jsmstrade -* 💻 Languages: Haskell (98.5%), Make (1.5%) -* 📊 Commits: 80 -* 📈 Lines of Code: 601 -* 📅 Development Period: 2009-11-22 to 2011-10-17 -* 🏆 Score: 0.5 (combines code size and activity) +* 💻 Languages: Java (76.0%), Shell (15.4%), XML (8.6%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 20 +* 📈 Lines of Code: 720 +* 📄 Lines of Documentation: 6 +* 📅 Development Period: 2008-06-21 to 2021-11-03 +* 🔥 Recent Activity: 4894.0 days (avg. age of last 42 commits) * ⚖️ License: Custom License -* 🧪 Status: Experimental (no releases yet) +* 🏷️ Latest Release: v0.3 (2009-02-08) ⚠️ **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. -**HsBot** is an IRC (Internet Relay Chat) bot written in Haskell that connects to IRC servers and responds to commands and messages through a plugin-based architecture. It's useful for automating tasks in IRC channels, such as counting messages, logging conversations to a MySQL database, and responding to user commands. The bot supports basic IRC functionality including joining channels, handling private messages, and maintaining persistent state across sessions via a database file. +[](showcase/jsmstrade/image-1.png) -The implementation uses a modular design with core components separated into Base (configuration, state management, command processing), IRC (network communication and message parsing), and a plugin system. The bot includes several built-in plugins (MessageCounter, PrintMessages, StoreMessages) that can be triggered by incoming messages, and supports commands like `!h` for help, `!p` to print state, and `!s` to save state. It leverages Haskell's network and MySQL libraries to handle IRC protocol communication and data persistence, with an environment-passing architecture that allows plugins to modify bot state and send responses back to IRC channels or users. +**JSMSTrade** is a lightweight Java Swing desktop application that provides a simple graphical interface for sending SMS messages through the smstrade.de gateway service. The tool is designed to be a quick-access panel that allows users to compose and send text messages up to 160 characters directly from their desktop, with real-time character counting and validation. Users configure their smstrade.de API credentials (including API key and recipient number) through a preferences menu, and the application constructs HTTP requests to the gateway service to deliver messages. -[View on Codeberg](https://codeberg.org/snonux/hsbot) -[View on GitHub](https://github.com/snonux/hsbot) +The implementation is minimalistic, consisting of just three main Java classes (SMain, SFrame, SPrefs) built with Java Swing for the GUI and using Apache Ant for builds. The application stores user preferences locally in a serialized file (jsmstrade.dat) for persistence across sessions, features a fixed 300x150 window with a text area, send/clear buttons, and character counter, and enforces the 160-character SMS limit with automatic truncation. It's a straightforward example of a single-purpose desktop tool that wraps a web service API in an accessible GUI. + +[View on Codeberg](https://codeberg.org/snonux/jsmstrade) +[View on GitHub](https://github.com/snonux/jsmstrade) --- -### 54. cpuinfo +### ychat -* 💻 Languages: Shell (53.2%), Make (46.8%) +* 💻 Languages: C++ (62.8%), C/C++ (27.1%), HTML (3.1%), Config (2.5%), Perl (1.9%), Shell (1.9%), Make (0.4%), CSS (0.2%) * 📚 Documentation: Text (100.0%) -* 📊 Commits: 28 -* 📈 Lines of Code: 124 -* 📄 Lines of Documentation: 75 -* 📅 Development Period: 2010-11-05 to 2021-11-05 -* 🏆 Score: 0.5 (combines code size and activity) -* ⚖️ License: No license found -* 🏷️ Latest Release: 1.0.2 (2014-06-22) +* 📊 Commits: 67 +* 📈 Lines of Code: 27104 +* 📄 Lines of Documentation: 109 +* 📅 Development Period: 2008-05-15 to 2014-07-01 +* 🔥 Recent Activity: 5495.0 days (avg. age of last 42 commits) +* ⚖️ License: GPL-2.0 +* 🏷️ Latest Release: yhttpd-0.7.2 (2013-04-06) ⚠️ **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. -**cpuinfo** is a lightweight command-line utility that transforms the raw, repetitive output of `/proc/cpuinfo` into a concise, human-readable summary. It displays key CPU information including model name, vendor, cache size, physical processor count, core count, sibling count, total logical CPUs, Hyper-Threading status, clock speeds, and bogomips—all in a compact format that's much easier to digest than parsing the kernel's raw output. +yChat is a high-performance, web-based chat server written in C++ that allows users to connect through standard web browsers without requiring special client software. It functions as a standalone HTTP server on a customizable port (default 2000), eliminating the need for Apache or other web servers, and uses only HTML, CSS, and JavaScript on the client side. The project was developed under the GNU GPL and designed for portability across POSIX-compliant systems including Linux, FreeBSD, and other UNIX variants. -The implementation is elegantly simple: a single shell script ([src/cpuinfo](file:///home/paul/git/gitsyncer-workdir/cpuinfo/src/cpuinfo)) that pipes `/proc/cpuinfo` through a `gawk` program. The AWK script parses the colon-delimited fields, tracks unique core IDs and physical IDs using associative arrays, and calculates derived values like total MHz and whether Hyper-Threading is enabled (by comparing siblings to core count). The project includes Debian packaging support in the [debian/](file:///home/paul/git/gitsyncer-workdir/cpuinfo/debian) directory for easy distribution. +The architecture emphasizes speed and scalability through several key design choices: multi-threaded POSIX implementation with thread pooling to efficiently handle concurrent users, hash maps for O(1) data lookups, and a smart garbage collection system that caches inactive user and room objects for quick reuse. It features MySQL database support for registered users, a modular plugin system through dynamically loadable modules, HTML template-based customization, XML configuration, and an ncurses-based administration interface with CLI support. The codebase can also be converted to yhttpd, a standalone web server subset. Performance benchmarks show it handling over 1000 requests/second while using minimal CPU resources, with the system supporting comprehensive logging, multi-language support, and Apache-compatible log formats. -[View on Codeberg](https://codeberg.org/snonux/cpuinfo) -[View on GitHub](https://github.com/snonux/cpuinfo) +[View on Codeberg](https://codeberg.org/snonux/ychat) +[View on GitHub](https://github.com/snonux/ychat) --- -### 55. template +### netcalendar -* 💻 Languages: Make (89.2%), Shell (10.8%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 22 -* 📈 Lines of Code: 65 -* 📄 Lines of Documentation: 228 -* 📅 Development Period: 2013-03-22 to 2021-11-04 -* 🏆 Score: 0.4 (combines code size and activity) -* ⚖️ License: No license found -* 🏷️ Latest Release: 0.0.0.0 (2013-03-22) +* 💻 Languages: Java (83.0%), HTML (12.9%), XML (3.0%), CSS (0.8%), Make (0.2%) +* 📚 Documentation: Text (89.7%), Markdown (10.3%) +* 📊 Commits: 50 +* 📈 Lines of Code: 17380 +* 📄 Lines of Documentation: 947 +* 📅 Development Period: 2009-02-07 to 2021-05-01 +* 🔥 Recent Activity: 5524.7 days (avg. age of last 42 commits) +* ⚖️ License: GPL-2.0 +* 🏷️ Latest Release: v0.1 (2009-02-08) ⚠️ **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 **Debian package template project** that provides boilerplate infrastructure for creating `.deb` packages for custom software projects. It's designed to help developers who need to distribute their applications as Debian packages without starting from scratch with the complex packaging requirements. The template includes a working example with build scripts, documentation generation, and all necessary Debian control files. +[](showcase/netcalendar/image-1.png) -The implementation uses a **Makefile-based build system** with targets for compilation, documentation generation (via POD to man pages), and Debian package creation. It includes a complete `debian/` directory structure with control files, changelog management via `dch`, and integrates standard Debian packaging tools like `dpkg-dev`, `debuild`, and `lintian`. The template is designed to be easily customized—it provides scripts to rename all `template` references to your project name and includes placeholder files that can be adapted for different use cases (C programs, libraries, LaTeX documentation, etc.). +NetCalendar is a Java-based distributed calendar application that can run as either a standalone application or in a client-server configuration over TCP/IP. Built with JRE 6+ compatibility, it's distributed as a single JAR file that can operate in three modes: combined client-server (both running as threads in one process), server-only, or client-only. The application features optional SSL/TLS support for secure communication between distributed components and includes a GUI client for managing events and preferences. -[View on Codeberg](https://codeberg.org/snonux/template) -[View on GitHub](https://github.com/snonux/template) +[](showcase/netcalendar/image-2.png) + +The key feature is its intelligent color-coded event visualization system that helps users prioritize upcoming events: red for events within 24 hours, orange for the next week, yellow for the next 28 days, and progressively lighter shades for events further out. It's also compatible with Unix `calendar` databases, allowing users to leverage existing calendar data. The architecture is flexible enough to support both local usage (ideal for individual users) and networked deployments (for teams sharing a calendar server), with comprehensive SSL configuration options for secure enterprise use. + +[View on Codeberg](https://codeberg.org/snonux/netcalendar) +[View on GitHub](https://github.com/snonux/netcalendar) --- -### 56. ipv6test +### hsbot -* 💻 Languages: Perl (100.0%) -* 📊 Commits: 7 -* 📈 Lines of Code: 80 -* 📅 Development Period: 2011-07-09 to 2015-01-13 -* 🏆 Score: 0.4 (combines code size and activity) +* 💻 Languages: Haskell (98.5%), Make (1.5%) +* 📊 Commits: 80 +* 📈 Lines of Code: 601 +* 📅 Development Period: 2009-11-22 to 2011-10-17 +* 🔥 Recent Activity: 5620.3 days (avg. age of last 42 commits) * ⚖️ 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. -This is a Perl-based IPv6 connectivity testing website that helps users determine whether they're connecting via IPv4 or IPv6. The tool is useful for diagnosing IPv6 deployment issues—it can identify problems like missing DNS records (A/AAAA), lack of network paths, or systems incorrectly preferring IPv4 over IPv6. +**HsBot** is an IRC (Internet Relay Chat) bot written in Haskell that connects to IRC servers and responds to commands and messages through a plugin-based architecture. It's useful for automating tasks in IRC channels, such as counting messages, logging conversations to a MySQL database, and responding to user commands. The bot supports basic IRC functionality including joining channels, handling private messages, and maintaining persistent state across sessions via a database file. -The implementation uses a simple CGI script ([index.pl](file:///home/paul/git/gitsyncer-workdir/ipv6test/index.pl)) that checks the `REMOTE_ADDR` environment variable to detect the client's connection protocol (by regex-matching IPv4 dotted notation). It requires three hostnames: a dual-stack host (ipv6.buetow.org), an IPv4-only host (test4.ipv6.buetow.org), and an IPv6-only host (test6.ipv6.buetow.org). The script performs DNS lookups using `host` and `dig` commands to display detailed diagnostic information about both client and server addresses. +The implementation uses a modular design with core components separated into Base (configuration, state management, command processing), IRC (network communication and message parsing), and a plugin system. The bot includes several built-in plugins (MessageCounter, PrintMessages, StoreMessages) that can be triggered by incoming messages, and supports commands like `!h` for help, `!p` to print state, and `!s` to save state. It leverages Haskell's network and MySQL libraries to handle IRC protocol communication and data persistence, with an environment-passing architecture that allows plugins to modify bot state and send responses back to IRC channels or users. -[View on Codeberg](https://codeberg.org/snonux/ipv6test) -[View on GitHub](https://github.com/snonux/ipv6test) +[View on Codeberg](https://codeberg.org/snonux/hsbot) +[View on GitHub](https://github.com/snonux/hsbot) --- -### 57. awksite +### fype -* 💻 Languages: AWK (72.1%), HTML (16.4%), Config (11.5%) -* 📚 Documentation: Text (60.0%), Markdown (40.0%) -* 📊 Commits: 3 -* 📈 Lines of Code: 122 -* 📄 Lines of Documentation: 10 -* 📅 Development Period: 2011-01-27 to 2014-06-22 -* 🏆 Score: 0.4 (combines code size and activity) -* ⚖️ License: No license found -* 🏷️ Latest Release: v0.2 (2011-01-27) +* 💻 Languages: C (72.1%), C/C++ (20.7%), HTML (5.7%), Make (1.5%) +* 📚 Documentation: Text (71.3%), LaTeX (28.7%) +* 📊 Commits: 99 +* 📈 Lines of Code: 10196 +* 📄 Lines of Documentation: 1741 +* 📅 Development Period: 2008-05-15 to 2021-11-03 +* 🔥 Recent Activity: 5782.1 days (avg. age of last 42 commits) +* ⚖️ 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. -Awksite is a lightweight CGI application written entirely in GNU AWK that generates dynamic HTML websites through a simple template variable substitution system. It processes HTML templates containing `%%key%%` placeholders and replaces them with values defined in a configuration file, where values can be either static strings or dynamic content from shell command execution (using `!command` syntax). The application also supports inline file inclusion with automatic sorting via `%%!sort filename%%` directives, making it ideal for displaying dynamically generated content like system information, file listings, or command outputs. +Fype is a 32-bit scripting language designed as a fun, AWK-inspired alternative with a simpler syntax. It supports variables with automatic type conversion, functions, loops, control structures, and built-in operations for math, I/O, and system calls. A notable feature is its support for "synonyms" (references/aliases to variables and functions), along with both procedures (using the caller's namespace) and functions (with lexical scoping). The language uses a straightforward syntax with single-character comments (#) and statement-based execution terminated by semicolons. -The architecture is remarkably simple: a single AWK script ([index.cgi](file:///home/paul/git/gitsyncer-workdir/awksite/index.cgi)) reads configuration key-value pairs from [awksite.conf](file:///home/paul/git/gitsyncer-workdir/awksite/awksite.conf), loads an HTML template, and recursively processes each line to replace template variables with their corresponding values. This minimalist approach requires zero dependencies beyond GNU AWK, making it extremely portable across Unix-like systems while providing just enough functionality for simple dynamic sites without the overhead of traditional web frameworks or database systems. +The implementation uses a simple top-down parser with maximum lookahead of 1, interpreting code simultaneously as it parses, which means syntax errors are only caught at runtime. Written in C and compiled with GCC, it's designed for BSD systems (tested on FreeBSD 7.0) and uses NetBSD Make for building. The project is still unreleased and incomplete, but aims to eventually match AWK's capabilities while potentially adding modern features like function pointers and closures, though explicitly avoiding complexity like OOP, Unicode, or threading. -[View on Codeberg](https://codeberg.org/snonux/awksite) -[View on GitHub](https://github.com/snonux/awksite) +[View on Codeberg](https://codeberg.org/snonux/fype) +[View on GitHub](https://github.com/snonux/fype) --- -### 58. dyndns +### vs-sim -* 💻 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 -* 🏆 Score: 0.4 (combines code size and activity) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 411 +* 📈 Lines of Code: 0 +* 📄 Lines of Documentation: 7 +* 📅 Development Period: 2008-05-15 to 2015-05-23 +* 🔥 Recent Activity: 5981.3 days (avg. age of last 42 commits) * ⚖️ License: No license found -* 🧪 Status: Experimental (no releases yet) +* 🏷️ Latest Release: v1.0 (2008-08-24) ⚠️ **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. +VS-Sim is a Java-based open source simulator for distributed systems, designed to help students and researchers visualize and understand distributed computing concepts. Based on the roadmap, it appears to support simulating various distributed systems protocols including Lamport and vector clocks for logical time management, and potentially distributed file systems like NFS and AFS. The simulator features event-based simulation, logging capabilities, and a plugin 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. +The project appears to be currently inactive, with the repository containing minimal source code at present. It was originally developed as part of academic work (referenced as "diplomarbeit.pdf" in the roadmap), likely for teaching distributed systems concepts through interactive simulation and protocol visualization. -[View on Codeberg](https://codeberg.org/snonux/dyndns) -[View on GitHub](https://github.com/snonux/dyndns) +[View on Codeberg](https://codeberg.org/snonux/vs-sim) +[View on GitHub](https://github.com/snonux/vs-sim) |