diff options
| author | Paul Buetow <paul@buetow.org> | 2025-12-31 17:30:46 +0200 |
|---|---|---|
| committer | Paul Buetow <paul@buetow.org> | 2025-12-31 17:30:46 +0200 |
| commit | 52be0043f10d8fd01ff9bd1909f460abed879bc9 (patch) | |
| tree | 105eded3549523829ee0fc4e3ef1b78780806b40 /about/showcase.md | |
| parent | 11448e0f80f9f673fe3213e5025115290f93427a (diff) | |
Update content for md
Diffstat (limited to 'about/showcase.md')
| -rw-r--r-- | about/showcase.md | 1379 |
1 files changed, 697 insertions, 682 deletions
diff --git a/about/showcase.md b/about/showcase.md index 01cefc7a..c68cbc1b 100644 --- a/about/showcase.md +++ b/about/showcase.md @@ -1,143 +1,142 @@ # Project Showcase -Generated on: 2025-12-24 +Generated on: 2025-12-31 -This page showcases my side projects, providing an overview of what each project does, its technical implementation, and key metrics. Each project summary includes information about the programming languages used, development activity, and licensing. The projects are ordered by recent activity, with the most actively maintained projects listed first. +This page showcases my side projects, providing an overview of what each project does, its technical implementation, and key metrics. Each project summary includes information about the programming languages used, development activity, and licensing. The projects are ranked by score, which combines project size and recent activity. ## Table of Contents * [⇢ Project Showcase](#project-showcase) * [⇢ ⇢ Overall Statistics](#overall-statistics) * [⇢ ⇢ Projects](#projects) -* [⇢ ⇢ ⇢ conf](#conf) -* [⇢ ⇢ ⇢ perc](#perc) -* [⇢ ⇢ ⇢ foo.zone](#foozone) -* [⇢ ⇢ ⇢ yoga](#yoga) -* [⇢ ⇢ ⇢ hexai](#hexai) -* [⇢ ⇢ ⇢ foostats](#foostats) -* [⇢ ⇢ ⇢ timr](#timr) -* [⇢ ⇢ ⇢ gitsyncer](#gitsyncer) -* [⇢ ⇢ ⇢ totalrecall](#totalrecall) -* [⇢ ⇢ ⇢ tasksamurai](#tasksamurai) -* [⇢ ⇢ ⇢ ior](#ior) -* [⇢ ⇢ ⇢ gos](#gos) -* [⇢ ⇢ ⇢ dtail](#dtail) -* [⇢ ⇢ ⇢ wireguardmeshgenerator](#wireguardmeshgenerator) -* [⇢ ⇢ ⇢ ds-sim](#ds-sim) -* [⇢ ⇢ ⇢ sillybench](#sillybench) -* [⇢ ⇢ ⇢ rcm](#rcm) -* [⇢ ⇢ ⇢ gemtexter](#gemtexter) -* [⇢ ⇢ ⇢ gogios](#gogios) -* [⇢ ⇢ ⇢ quicklogger](#quicklogger) -* [⇢ ⇢ ⇢ docker-radicale-server](#docker-radicale-server) -* [⇢ ⇢ ⇢ terraform](#terraform) -* [⇢ ⇢ ⇢ gorum](#gorum) -* [⇢ ⇢ ⇢ guprecords](#guprecords) -* [⇢ ⇢ ⇢ randomjournalpage](#randomjournalpage) -* [⇢ ⇢ ⇢ geheim](#geheim) -* [⇢ ⇢ ⇢ sway-autorotate](#sway-autorotate) -* [⇢ ⇢ ⇢ photoalbum](#photoalbum) -* [⇢ ⇢ ⇢ algorithms](#algorithms) -* [⇢ ⇢ ⇢ perl-c-fibonacci](#perl-c-fibonacci) -* [⇢ ⇢ ⇢ ioriot](#ioriot) -* [⇢ ⇢ ⇢ 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) -* [⇢ ⇢ ⇢ vs-sim](#vs-sim) -* [⇢ ⇢ ⇢ fype](#fype) +* [⇢ ⇢ ⇢ 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) ## Overall Statistics -* 📦 Total Projects: 57 -* 📊 Total Commits: 11,486 -* 📈 Total Lines of Code: 291,461 -* 📄 Total Lines of Documentation: 23,249 -* 💻 Languages: Go (29.6%), HTML (17.3%), Java (13.9%), C (6.6%), C++ (6.1%), Perl (5.7%), XML (5.7%), Shell (4.3%), C/C++ (4.2%), Config (1.3%), Ruby (1.0%), YAML (1.0%), HCL (0.9%), Python (0.6%), Make (0.5%), CSS (0.5%), Raku (0.3%), JSON (0.3%), Haskell (0.2%), TOML (0.1%) -* 📚 Documentation: Markdown (50.6%), Text (46.9%), LaTeX (2.4%) -* 🎵 Vibe-Coded Projects: 6 out of 57 (10.5%) -* 🤖 AI-Assisted Projects (including vibe-coded): 11 out of 57 (19.3% AI-assisted, 80.7% human-only) -* 🚀 Release Status: 38 released, 19 experimental (66.7% with releases, 33.3% experimental) +* 📦 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%) +* 🚀 Release Status: 38 released, 20 experimental (65.5% with releases, 34.5% experimental) ## Projects -### conf +### 1. epimetheus -* 💻 Languages: YAML (34.5%), Perl (26.3%), Shell (20.1%), Config (4.6%), CSS (4.5%), TOML (4.0%), Ruby (3.5%), Lua (1.0%), Docker (0.5%), JSON (0.5%), HTML (0.3%) -* 📚 Documentation: Markdown (77.4%), Text (22.6%) -* 📊 Commits: 1079 -* 📈 Lines of Code: 7266 -* 📄 Lines of Documentation: 846 -* 📅 Development Period: 2021-12-28 to 2025-12-22 -* 🔥 Recent Activity: 25.8 days (avg. age of last 42 commits) +* 💻 Languages: Go (65.0%), Shell (22.5%), JSON (12.5%) +* 📚 Documentation: Markdown (98.4%), Text (1.6%) +* 📊 Commits: 13 +* 📈 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) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) -This is a personal configuration management repository that centralizes infrastructure and application configurations across multiple environments. It serves as a single source of truth for system administration tasks, dotfiles, Docker deployments, and Kubernetes/Helm manifests, making it easier to maintain consistency across machines and deploy self-hosted services. +[](showcase/epimetheus/image-1.png) -The project is organized into distinct subdirectories: `dotfiles/` contains shell configurations (bash, fish), editor settings (helix, nvim), and window manager configs (sway, waybar); `f3s/` houses Kubernetes/Helm manifests for various self-hosted applications like Miniflux, FreshRSS, and Syncthing; `babylon5/` includes Docker startup scripts for services like Nextcloud, Vaultwarden, and Audiobookshelf; and `frontends/` and `playground/` for additional configurations. The repository uses Rex (a Perl-based deployment tool) as its automation framework, with a top-level Rexfile that includes subdirectory Rexfiles for modular task execution. +**Epimetheus** is a Go tool for pushing metrics to Prometheus that uniquely supports both realtime and historic data ingestion. Named after Prometheus's brother (meaning "afterthought"), it solves the common problem of getting metrics into Prometheus *after* they were collected—whether from hours, days, or weeks ago. It offers four operating modes: realtime (via Pushgateway), historic (single past datapoint via Remote Write API), backfill (range of historic data), and auto (intelligent routing based on timestamp age). -[View on Codeberg](https://codeberg.org/snonux/conf) -[View on GitHub](https://github.com/snonux/conf) +The architecture routes current data (<5 min old) through Pushgateway where Prometheus scrapes it, while historic data goes directly to Prometheus via the Remote Write API to preserve original timestamps. It supports CSV and JSON input formats, generates realistic test metrics (counters, gauges, histograms), and includes a Grafana dashboard. The tool is built with a clean internal structure separating config, metrics generation, parsing, and ingestion concerns—making it useful for backfilling gaps, data migration, testing monitoring setups, and ad-hoc troubleshooting scenarios. + +[View on Codeberg](https://codeberg.org/snonux/epimetheus) +[View on GitHub](https://github.com/snonux/epimetheus) --- -### perc +### 2. conf -* 💻 Languages: Go (100.0%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 7 -* 📈 Lines of Code: 452 -* 📄 Lines of Documentation: 80 -* 📅 Development Period: 2025-11-25 to 2025-11-25 -* 🔥 Recent Activity: 29.0 days (avg. age of last 42 commits) +* 💻 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%) +* 📚 Documentation: Markdown (93.7%), Text (6.3%) +* 📊 Commits: 1118 +* 📈 Lines of Code: 9032 +* 📄 Lines of Documentation: 3023 +* 📅 Development Period: 2021-12-28 to 2025-12-31 +* 🏆 Score: 985.8 (combines code size and activity) * ⚖️ License: No license found -* 🏷️ Latest Release: v0.1.0 (2025-11-25) -* 🎵 Vibe-Coded: This project has been vibe coded +* 🧪 Status: Experimental (no releases yet) -**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. +This is a personal configuration management repository that centralizes infrastructure and application configurations across multiple environments. It serves as a single source of truth for system administration tasks, dotfiles, Docker deployments, and Kubernetes/Helm manifests, making it easier to maintain consistency across machines and deploy self-hosted services. -The tool is built as a simple Go CLI application with a standard project layout (`cmd/perc` for the binary, `internal/` for implementation details) and uses Mage as its build system. It's installable via `go install` and designed for quick mental-math verification or scripting scenarios where percentage calculations are needed. +The project is organized into distinct subdirectories: `dotfiles/` contains shell configurations (bash, fish), editor settings (helix, nvim), and window manager configs (sway, waybar); `f3s/` houses Kubernetes/Helm manifests for various self-hosted applications like Miniflux, FreshRSS, and Syncthing; `babylon5/` includes Docker startup scripts for services like Nextcloud, Vaultwarden, and Audiobookshelf; and `frontends/` and `playground/` for additional configurations. The repository uses Rex (a Perl-based deployment tool) as its automation framework, with a top-level Rexfile that includes subdirectory Rexfiles for modular task execution. -[View on Codeberg](https://codeberg.org/snonux/perc) -[View on GitHub](https://github.com/snonux/perc) +[View on Codeberg](https://codeberg.org/snonux/conf) +[View on GitHub](https://github.com/snonux/conf) --- -### foo.zone +### 3. foo.zone -* 💻 Languages: HTML (69.4%), XML (29.9%), Shell (0.4%), CSS (0.2%), Go (0.1%) -* 📚 Documentation: Text (86.9%), Markdown (13.1%) -* 📊 Commits: 3282 -* 📈 Lines of Code: 53188 -* 📄 Lines of Documentation: 175 -* 📅 Development Period: 2021-04-29 to 2025-12-24 -* 🔥 Recent Activity: 43.3 days (avg. age of last 42 commits) +* 💻 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 +* 📅 Development Period: 2021-04-29 to 2025-12-31 +* 🏆 Score: 87.9 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) -* 🤖 AI-Assisted: This project was partially created with the help of generative AI foo.zone: source code repository. @@ -147,32 +146,29 @@ foo.zone: source code repository. --- -### yoga +### 4. perc * 💻 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: 78.4 days (avg. age of last 42 commits) +* 📊 Commits: 7 +* 📈 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) * ⚖️ License: No license found -* 🏷️ Latest Release: v0.3.0 (2025-10-24) -* 🎵 Vibe-Coded: This project has been vibe coded - +* 🏷️ Latest Release: v0.1.0 (2025-11-25) -[](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. +**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. -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 tool is built as a simple Go CLI application with a standard project layout (`cmd/perc` for the binary, `internal/` for implementation details) and uses Mage as its build system. It's installable via `go install` and designed for quick mental-math verification or scripting scenarios where percentage calculations are needed. -[View on Codeberg](https://codeberg.org/snonux/yoga) -[View on GitHub](https://github.com/snonux/yoga) +[View on Codeberg](https://codeberg.org/snonux/perc) +[View on GitHub](https://github.com/snonux/perc) --- -### hexai +### 5. hexai * 💻 Languages: Go (65.3%), HTML (34.7%) * 📚 Documentation: Markdown (100.0%) @@ -180,10 +176,9 @@ The implementation follows clean Go architecture with domain logic organized und * 📈 Lines of Code: 28331 * 📄 Lines of Documentation: 562 * 📅 Development Period: 2025-08-01 to 2025-11-03 -* 🔥 Recent Activity: 90.4 days (avg. age of last 42 commits) +* 🏆 Score: 45.4 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v0.15.3 (2025-11-03) -* 🤖 AI-Assisted: This project was partially created with the help of generative AI [](showcase/hexai/image-1.png) @@ -197,52 +192,31 @@ The project is implemented as an LSP server written in Go, with a TUI component --- -### 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: 124.6 days (avg. age of last 42 commits) -* ⚖️ 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) - ---- - -### timr +### 6. yoga -* 💻 Languages: Go (94.5%), Shell (5.5%) +* 💻 Languages: Go (100.0%) * 📚 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: 143.1 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 +* 📊 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) -`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/yoga/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. +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. -[View on Codeberg](https://codeberg.org/snonux/timr) -[View on GitHub](https://github.com/snonux/timr) +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) --- -### gitsyncer +### 7. gitsyncer * 💻 Languages: Go (92.3%), Shell (7.3%), JSON (0.4%) * 📚 Documentation: Markdown (100.0%) @@ -250,10 +224,9 @@ The architecture is straightforward: it's a Go-based CLI application that persis * 📈 Lines of Code: 10152 * 📄 Lines of Documentation: 2431 * 📅 Development Period: 2025-06-23 to 2025-10-31 -* 🔥 Recent Activity: 143.5 days (avg. age of last 42 commits) +* 🏆 Score: 26.5 (combines code size and activity) * ⚖️ License: BSD-2-Clause * 🏷️ Latest Release: v0.10.1 (2025-10-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. @@ -265,7 +238,7 @@ The implementation uses a git remotes approach: it clones from one organization, --- -### totalrecall +### 8. totalrecall * 💻 Languages: Go (98.9%), Shell (0.5%), YAML (0.5%) * 📚 Documentation: Markdown (100.0%) @@ -273,10 +246,9 @@ 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 -* 🔥 Recent Activity: 155.5 days (avg. age of last 42 commits) +* 🏆 Score: 25.0 (combines code size and activity) * ⚖️ License: MIT * 🏷️ Latest Release: v0.7.5 (2025-08-02) -* 🎵 Vibe-Coded: This project has been vibe coded [](showcase/totalrecall/image-1.png) @@ -292,7 +264,55 @@ The project offers both a keyboard-driven GUI for interactive use and a CLI for --- -### tasksamurai +### 9. foostats + +* 💻 Languages: Perl (100.0%) +* 📚 Documentation: Markdown (54.6%), Text (45.4%) +* 📊 Commits: 98 +* 📈 Lines of Code: 1902 +* 📄 Lines of Documentation: 423 +* 📅 Development Period: 2023-01-02 to 2025-11-01 +* 🏆 Score: 24.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 * 💻 Languages: Go (99.8%), YAML (0.2%) * 📚 Documentation: Markdown (100.0%) @@ -300,10 +320,9 @@ The project offers both a keyboard-driven GUI for interactive use and a CLI for * 📈 Lines of Code: 6168 * 📄 Lines of Documentation: 164 * 📅 Development Period: 2025-06-19 to 2025-11-02 -* 🔥 Recent Activity: 175.6 days (avg. age of last 42 commits) +* 🏆 Score: 20.7 (combines code size and activity) * ⚖️ License: BSD-2-Clause * 🏷️ Latest Release: v0.9.3 (2025-10-05) -* 🎵 Vibe-Coded: This project has been vibe coded [](showcase/tasksamurai/image-1.png) @@ -319,7 +338,7 @@ Under the hood, Task Samurai acts as a front-end wrapper that invokes the native --- -### ior +### 12. 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%) @@ -327,10 +346,9 @@ 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 -* 🔥 Recent Activity: 193.9 days (avg. age of last 42 commits) +* 🏆 Score: 20.4 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) -* 🤖 AI-Assisted: This project was partially created with the help of generative AI [](showcase/ior/image-1.png) @@ -346,17 +364,39 @@ The tool is implemented in Go and C, leveraging libbpfgo for BPF interaction. It --- -### gos +### 13. timr + +* 💻 Languages: Go (94.5%), Shell (5.5%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 31 +* 📈 Lines of Code: 991 +* 📄 Lines of Documentation: 50 +* 📅 Development Period: 2025-06-25 to 2025-11-08 +* 🏆 Score: 19.9 (combines code size and activity) +* ⚖️ License: BSD-2-Clause +* 🏷️ Latest Release: v0.3.0 (2025-11-08) + + +`timr` is a minimalist command-line stopwatch timer written in Go that helps developers track time spent on tasks. It provides a persistent timer that saves state to disk, allowing you to start, stop, pause, and resume time tracking across terminal sessions. The tool supports multiple viewing modes including a standard status display (with formatted or raw output in seconds/minutes), a live full-screen view with keyboard controls, and specialized output for shell prompt integration. + +The architecture is straightforward: it's a Go-based CLI application that persists timer state to the filesystem, enabling continuous tracking even when the program isn't actively running. Key features include basic timer controls (start/stop/continue/reset), flexible status reporting formats for automation, and fish shell integration that displays a color-coded timer icon and elapsed time directly in your prompt—making it effortless to keep track of how long you've been working without context switching. + +[View on Codeberg](https://codeberg.org/snonux/timr) +[View on GitHub](https://github.com/snonux/timr) + +--- + +### 14. gos * 💻 Languages: Go (99.8%), JSON (0.2%) * 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 396 +* 📊 Commits: 398 * 📈 Lines of Code: 4102 * 📄 Lines of Documentation: 357 -* 📅 Development Period: 2024-05-04 to 2025-11-30 -* 🔥 Recent Activity: 203.2 days (avg. age of last 42 commits) +* 📅 Development Period: 2024-05-04 to 2025-12-27 +* 🏆 Score: 18.4 (combines code size and activity) * ⚖️ License: Custom License -* 🏷️ Latest Release: v1.2.1 (2025-11-30) +* 🏷️ Latest Release: v1.2.2 (2025-12-27) [](showcase/gos/image-1.png) @@ -372,56 +412,7 @@ The implementation uses OAuth2 for LinkedIn authentication, stores configuration --- -### dtail - -* 💻 Languages: Go (93.9%), JSON (2.8%), C (2.0%), Make (0.5%), C/C++ (0.3%), Config (0.2%), Shell (0.2%), Docker (0.1%) -* 📚 Documentation: Text (79.4%), Markdown (20.6%) -* 📊 Commits: 1046 -* 📈 Lines of Code: 20091 -* 📄 Lines of Documentation: 5674 -* 📅 Development Period: 2020-01-09 to 2025-06-20 -* 🔥 Recent Activity: 220.8 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 - - -[](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) - ---- - -### 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 -* 🔥 Recent Activity: 240.1 days (avg. age of last 42 commits) -* ⚖️ 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) - ---- - -### ds-sim +### 15. ds-sim * 💻 Languages: Java (98.9%), Shell (0.6%), CSS (0.5%) * 📚 Documentation: Markdown (98.7%), Text (1.3%) @@ -429,10 +420,9 @@ The tool reads host definitions from a YAML file specifying network interfaces ( * 📈 Lines of Code: 25762 * 📄 Lines of Documentation: 3101 * 📅 Development Period: 2008-05-15 to 2025-06-27 -* 🔥 Recent Activity: 253.4 days (avg. age of last 42 commits) +* 🏆 Score: 16.9 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) -* 🤖 AI-Assisted: This project was partially created with the help of generative AI [](showcase/ds-sim/image-1.png) @@ -446,29 +436,51 @@ The implementation follows a modular Java architecture with clear separation bet --- -### sillybench +### 16. gemtexter -* 💻 Languages: Go (90.9%), Shell (9.1%) +* 💻 Languages: Shell (68.2%), CSS (28.5%), Config (1.9%), HTML (1.3%) +* 📚 Documentation: Text (76.1%), Markdown (23.9%) +* 📊 Commits: 472 +* 📈 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) +* ⚖️ License: GPL-3.0 +* 🏷️ Latest Release: 3.0.0 (2024-10-01) + + +Gemtexter is a static site generator and blog engine written in Bash that converts content from Gemini Gemtext format into multiple output formats (HTML, Markdown) simultaneously. It allows you to maintain a single source of truth in Gemtext and automatically generates XHTML Transitional 1.0, Markdown, and Atom feeds, enabling you to publish the same content across Gemini capsules, traditional websites, and platforms like GitHub/Codeberg Pages. The tool handles blog post management automatically—creating a new dated `.gmi` file triggers auto-indexing, feed generation, and cross-format conversion. + +The architecture leverages GNU utilities (sed, grep, date) and optional tools like GNU Source Highlight for syntax highlighting. It includes a templating system that executes embedded Bash code in `.gmi.tpl` files, supports themes for HTML output, and integrates with Git for version control and publishing workflows. Despite being implemented as a complex Bash script, it remains maintainable and serves as an experiment in how far shell scripting can scale for content management tasks. + +[View on Codeberg](https://codeberg.org/snonux/gemtexter) +[View on GitHub](https://github.com/snonux/gemtexter) + +--- + +### 17. wireguardmeshgenerator + +* 💻 Languages: Ruby (73.5%), YAML (26.5%) * 📚 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: 266.0 days (avg. age of last 42 commits) -* ⚖️ License: No license found -* 🧪 Status: Experimental (no releases yet) +* 📊 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) -**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`). +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 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 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/sillybench) -[View on GitHub](https://github.com/snonux/sillybench) +[View on Codeberg](https://codeberg.org/snonux/wireguardmeshgenerator) +[View on GitHub](https://github.com/snonux/wireguardmeshgenerator) --- -### rcm +### 18. rcm * 💻 Languages: Ruby (99.8%), TOML (0.2%) * 📚 Documentation: Markdown (100.0%) @@ -476,7 +488,7 @@ The implementation is intentionally straightforward, using Go's built-in testing * 📈 Lines of Code: 1377 * 📄 Lines of Documentation: 113 * 📅 Development Period: 2024-12-05 to 2025-11-26 -* 🔥 Recent Activity: 299.7 days (avg. age of last 42 commits) +* 🏆 Score: 10.2 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) @@ -490,29 +502,7 @@ The implementation centers around a DSL module that provides keywords like `file --- -### gemtexter - -* 💻 Languages: Shell (68.3%), CSS (28.4%), Config (1.9%), HTML (1.3%) -* 📚 Documentation: Text (76.1%), Markdown (23.9%) -* 📊 Commits: 470 -* 📈 Lines of Code: 2285 -* 📄 Lines of Documentation: 1180 -* 📅 Development Period: 2021-05-21 to 2025-12-07 -* 🔥 Recent Activity: 309.0 days (avg. age of last 42 commits) -* ⚖️ License: GPL-3.0 -* 🏷️ Latest Release: 3.0.0 (2024-10-01) - - -Gemtexter is a static site generator and blog engine written in Bash that converts content from Gemini Gemtext format into multiple output formats (HTML, Markdown) simultaneously. It allows you to maintain a single source of truth in Gemtext and automatically generates XHTML Transitional 1.0, Markdown, and Atom feeds, enabling you to publish the same content across Gemini capsules, traditional websites, and platforms like GitHub/Codeberg Pages. The tool handles blog post management automatically—creating a new dated `.gmi` file triggers auto-indexing, feed generation, and cross-format conversion. - -The architecture leverages GNU utilities (sed, grep, date) and optional tools like GNU Source Highlight for syntax highlighting. It includes a templating system that executes embedded Bash code in `.gmi.tpl` files, supports themes for HTML output, and integrates with Git for version control and publishing workflows. Despite being implemented as a complex Bash script, it remains maintainable and serves as an experiment in how far shell scripting can scale for content management tasks. - -[View on Codeberg](https://codeberg.org/snonux/gemtexter) -[View on GitHub](https://github.com/snonux/gemtexter) - ---- - -### gogios +### 19. gogios * 💻 Languages: Go (96.7%), JSON (1.9%), YAML (1.4%) * 📚 Documentation: Markdown (100.0%) @@ -520,7 +510,7 @@ The architecture leverages GNU utilities (sed, grep, date) and optional tools li * 📈 Lines of Code: 1263 * 📄 Lines of Documentation: 211 * 📅 Development Period: 2023-04-17 to 2025-11-22 -* 🔥 Recent Activity: 530.1 days (avg. age of last 42 commits) +* 🏆 Score: 5.8 (combines code size and activity) * ⚖️ License: Custom License * 🏷️ Latest Release: v1.2.1 (2025-10-27) @@ -536,55 +526,29 @@ The architecture is straightforward: JSON configuration defines checks (plugin p --- -### quicklogger - -* 💻 Languages: Go (96.1%), XML (1.9%), Shell (1.2%), TOML (0.7%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 35 -* 📈 Lines of Code: 1133 -* 📄 Lines of Documentation: 78 -* 📅 Development Period: 2024-01-20 to 2025-09-13 -* 🔥 Recent Activity: 572.6 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. +### 20. sillybench -[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%) +* 💻 Languages: Go (90.9%), Shell (9.1%) * 📚 Documentation: Markdown (100.0%) * 📊 Commits: 5 -* 📈 Lines of Code: 40 +* 📈 Lines of Code: 33 * 📄 Lines of Documentation: 3 -* 📅 Development Period: 2023-12-31 to 2025-08-11 -* 🔥 Recent Activity: 606.3 days (avg. age of last 42 commits) +* 📅 Development Period: 2025-04-03 to 2025-04-03 +* 🏆 Score: 5.5 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) -This project is a Docker containerization of **Radicale**, a lightweight CalDAV and CardDAV server for calendar and contact synchronization. Radicale enables users to self-host their calendars and contacts, providing an open-source alternative to cloud services like Google Calendar or iCloud. The Dockerized version makes it easy to deploy and manage the server with minimal setup. +**Silly Benchmark** is a minimal Go-based performance benchmarking tool designed to compare CPU performance between FreeBSD and Linux Bhyve VM environments. It provides two simple CPU-intensive benchmark tests: one that performs repeated integer multiplication operations (`BenchmarkCPUSilly1`) and another that executes floating-point arithmetic sequences including addition, multiplication, and division (`BenchmarkCPUSilly2`). -The implementation uses Alpine Linux as the base image for a minimal footprint, installs Radicale via pip, and configures it with htpasswd authentication and file-based storage. The container exposes port 8080 and runs as a non-root user for security. The architecture includes separate volumes for authentication credentials, calendar/contact collections, and configuration, making it straightforward to persist data and customize the server behavior. +The implementation is intentionally straightforward, using Go's built-in testing framework to run computational workloads that stress different aspects of CPU performance. The benchmarks avoid being optimized away by the compiler while remaining simple enough to produce consistent, comparable results across different operating systems and virtualization platforms. This makes it useful for quick performance comparisons when evaluating the overhead of virtualization or differences in OS scheduling and computation. -[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/sillybench) +[View on GitHub](https://github.com/snonux/sillybench) --- -### terraform +### 21. terraform * 💻 Languages: HCL (96.6%), Make (1.9%), YAML (1.5%) * 📚 Documentation: Markdown (100.0%) @@ -592,7 +556,7 @@ The implementation uses Alpine Linux as the base image for a minimal footprint, * 📈 Lines of Code: 2851 * 📄 Lines of Documentation: 52 * 📅 Development Period: 2023-08-27 to 2025-08-08 -* 🔥 Recent Activity: 642.5 days (avg. age of last 42 commits) +* 🏆 Score: 5.3 (combines code size and activity) * ⚖️ License: MIT * 🧪 Status: Experimental (no releases yet) @@ -606,7 +570,33 @@ The infrastructure uses a **modular, layered architecture** with separate Terraf --- -### gorum +### 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 * 💻 Languages: Go (91.3%), JSON (6.4%), YAML (2.3%) * 📚 Documentation: Markdown (100.0%) @@ -614,7 +604,7 @@ The infrastructure uses a **modular, layered architecture** with separate Terraf * 📈 Lines of Code: 1525 * 📄 Lines of Documentation: 15 * 📅 Development Period: 2023-04-17 to 2023-11-19 -* 🔥 Recent Activity: 869.4 days (avg. age of last 42 commits) +* 🏆 Score: 3.6 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) @@ -629,7 +619,7 @@ The architecture consists of client/server components for inter-node communicati --- -### guprecords +### 24. guprecords * 💻 Languages: Raku (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -637,7 +627,7 @@ The architecture consists of client/server components for inter-node communicati * 📈 Lines of Code: 312 * 📄 Lines of Documentation: 416 * 📅 Development Period: 2013-03-22 to 2025-05-18 -* 🔥 Recent Activity: 919.5 days (avg. age of last 42 commits) +* 🏆 Score: 2.7 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v1.0.0 (2023-04-29) @@ -651,30 +641,29 @@ The implementation uses an object-oriented architecture with specialized classes --- -### randomjournalpage +### 25. docker-radicale-server -* 💻 Languages: Shell (94.1%), Make (5.9%) +* 💻 Languages: Make (57.5%), Docker (42.5%) * 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 8 -* 📈 Lines of Code: 51 -* 📄 Lines of Documentation: 26 -* 📅 Development Period: 2022-06-02 to 2024-04-20 -* 🔥 Recent Activity: 934.2 days (avg. age of last 42 commits) +* 📊 Commits: 5 +* 📈 Lines of Code: 40 +* 📄 Lines of Documentation: 3 +* 📅 Development Period: 2023-12-31 to 2025-08-11 +* 🏆 Score: 2.6 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) -⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. -**randomjournalpage** is a personal reflection tool that randomly selects pages from scanned bullet journal PDFs for reviewing past entries, book notes, and ideas. The script picks a random journal from a directory, extracts approximately 42 consecutive pages from a random starting point, saves the extract to a shared NextCloud folder for cross-device access, and opens it in a PDF viewer (evince). +This project is a Docker containerization of **Radicale**, a lightweight CalDAV and CardDAV server for calendar and contact synchronization. Radicale enables users to self-host their calendars and contacts, providing an open-source alternative to cloud services like Google Calendar or iCloud. The Dockerized version makes it easy to deploy and manage the server with minimal setup. -The implementation is a straightforward bash script using `qpdf` for PDF extraction, `pdfinfo` to determine page counts, and shell randomization to select both the journal and page range. It handles edge cases for page boundaries and includes a "cron" mode to skip opening the viewer for automated runs, making it suitable for scheduled daily reflections. +The implementation uses Alpine Linux as the base image for a minimal footprint, installs Radicale via pip, and configures it with htpasswd authentication and file-based storage. The container exposes port 8080 and runs as a non-root user for security. The architecture includes separate volumes for authentication credentials, calendar/contact collections, and configuration, making it straightforward to persist data and customize the server behavior. -[View on Codeberg](https://codeberg.org/snonux/randomjournalpage) -[View on GitHub](https://github.com/snonux/randomjournalpage) +[View on Codeberg](https://codeberg.org/snonux/docker-radicale-server) +[View on GitHub](https://github.com/snonux/docker-radicale-server) --- -### geheim +### 26. geheim * 💻 Languages: Ruby (86.7%), Shell (13.3%) * 📚 Documentation: Markdown (100.0%) @@ -682,7 +671,7 @@ The implementation is a straightforward bash script using `qpdf` for PDF extract * 📈 Lines of Code: 822 * 📄 Lines of Documentation: 106 * 📅 Development Period: 2018-05-26 to 2025-11-01 -* 🔥 Recent Activity: 1145.5 days (avg. age of last 42 commits) +* 🏆 Score: 2.5 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v0.3.1 (2025-11-01) @@ -696,52 +685,7 @@ The architecture leverages Git for storage and synchronization across multiple r --- -### sway-autorotate - -* 💻 Languages: Shell (100.0%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 8 -* 📈 Lines of Code: 41 -* 📄 Lines of Documentation: 17 -* 📅 Development Period: 2020-01-30 to 2025-04-30 -* 🔥 Recent Activity: 1227.7 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) - ---- - -### photoalbum - -* 💻 Languages: Shell (80.1%), Make (12.3%), Config (7.6%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 153 -* 📈 Lines of Code: 342 -* 📄 Lines of Documentation: 39 -* 📅 Development Period: 2011-11-19 to 2022-04-02 -* 🔥 Recent Activity: 1447.3 days (avg. age of last 42 commits) -* ⚖️ License: No license found -* 🏷️ Latest Release: 0.5.0 (2022-02-21) - -⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. - -**photoalbum** is a minimal Bash-based static site generator specifically designed for creating web photo albums on Unix-like systems. It transforms a directory of photos into a pure HTML+CSS website without any JavaScript, making it lightweight, fast, and accessible. The tool uses ImageMagick's `convert` utility for image processing and employs Bash-HTML template files that users can customize to match their preferences. - -The architecture is straightforward and Unix-philosophy driven: users configure a source directory containing photos via an `photoalbumrc` configuration file, run the generation command, and receive a fully static `./dist` directory ready for deployment to any web server. This approach is useful for users who want a simple, dependency-light solution for sharing photo collections online without the overhead of dynamic web applications, databases, or JavaScript frameworks—just clean, static HTML that works everywhere. - -[View on Codeberg](https://codeberg.org/snonux/photoalbum) -[View on GitHub](https://github.com/snonux/photoalbum) - ---- - -### algorithms +### 27. algorithms * 💻 Languages: Go (99.2%), Make (0.8%) * 📚 Documentation: Markdown (100.0%) @@ -749,7 +693,7 @@ The architecture is straightforward and Unix-philosophy driven: users configure * 📈 Lines of Code: 1728 * 📄 Lines of Documentation: 18 * 📅 Development Period: 2020-07-12 to 2023-04-09 -* 🔥 Recent Activity: 1598.4 days (avg. age of last 42 commits) +* 🏆 Score: 2.0 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) @@ -764,28 +708,53 @@ The project is implemented in Go 1.19+ with comprehensive unit tests and benchma --- -### perl-c-fibonacci +### 28. randomjournalpage -* 💻 Languages: C (80.4%), Make (19.6%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 4 +* 💻 Languages: Shell (94.1%), Make (5.9%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 8 * 📈 Lines of Code: 51 -* 📄 Lines of Documentation: 69 -* 📅 Development Period: 2014-03-24 to 2022-04-23 -* 🔥 Recent Activity: 2079.4 days (avg. age of last 42 commits) +* 📄 Lines of Documentation: 26 +* 📅 Development Period: 2022-06-02 to 2024-04-20 +* 🏆 Score: 1.8 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) ⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. -perl-c-fibonacci: source code repository. +**randomjournalpage** is a personal reflection tool that randomly selects pages from scanned bullet journal PDFs for reviewing past entries, book notes, and ideas. The script picks a random journal from a directory, extracts approximately 42 consecutive pages from a random starting point, saves the extract to a shared NextCloud folder for cross-device access, and opens it in a PDF viewer (evince). -[View on Codeberg](https://codeberg.org/snonux/perl-c-fibonacci) -[View on GitHub](https://github.com/snonux/perl-c-fibonacci) +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/randomjournalpage) +[View on GitHub](https://github.com/snonux/randomjournalpage) --- -### ioriot +### 29. photoalbum + +* 💻 Languages: Shell (80.1%), Make (12.3%), Config (7.6%) +* 📚 Documentation: Markdown (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) +* ⚖️ License: No license found +* 🏷️ Latest Release: 0.5.0 (2022-02-21) + +⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. + +**photoalbum** is a minimal Bash-based static site generator specifically designed for creating web photo albums on Unix-like systems. It transforms a directory of photos into a pure HTML+CSS website without any JavaScript, making it lightweight, fast, and accessible. The tool uses ImageMagick's `convert` utility for image processing and employs Bash-HTML template files that users can customize to match their preferences. + +The architecture is straightforward and Unix-philosophy driven: users configure a source directory containing photos via an `photoalbumrc` configuration file, run the generation command, and receive a fully static `./dist` directory ready for deployment to any web server. This approach is useful for users who want a simple, dependency-light solution for sharing photo collections online without the overhead of dynamic web applications, databases, or JavaScript frameworks—just clean, static HTML that works everywhere. + +[View on Codeberg](https://codeberg.org/snonux/photoalbum) +[View on GitHub](https://github.com/snonux/photoalbum) + +--- + +### 30. ioriot * 💻 Languages: C (55.5%), C/C++ (24.0%), Config (19.6%), Make (1.0%) * 📚 Documentation: Markdown (100.0%) @@ -793,7 +762,7 @@ perl-c-fibonacci: source code repository. * 📈 Lines of Code: 12420 * 📄 Lines of Documentation: 610 * 📅 Development Period: 2018-03-01 to 2020-01-22 -* 🔥 Recent Activity: 2620.9 days (avg. age of last 42 commits) +* 🏆 Score: 1.6 (combines code size and activity) * ⚖️ License: Apache-2.0 * 🏷️ Latest Release: 0.5.1 (2019-01-04) @@ -810,53 +779,29 @@ The key advantage over traditional benchmarking tools is that it reproduces actu --- -### staticfarm-apache-handlers - -* 💻 Languages: Perl (96.4%), Make (3.6%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 3 -* 📈 Lines of Code: 919 -* 📄 Lines of Documentation: 12 -* 📅 Development Period: 2015-01-02 to 2021-11-04 -* 🔥 Recent Activity: 3129.6 days (avg. age of last 42 commits) -* ⚖️ License: No license found -* 🏷️ Latest Release: 1.1.3 (2015-01-02) - -⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. - -**staticfarm-apache-handlers** is a collection of mod_perl2 handlers for Apache2 designed to manage static content in a distributed web farm environment. The project provides two key handlers: **CacheControl** for intelligent static file caching and on-demand fetching from middleware servers, and **API** for RESTful file/directory operations via HTTP. CacheControl implements a pull-based caching system that automatically fetches missing static files from configured middleware servers with DOS protection (rate limiting), fallback host support, and configurable retry intervals. The API handler exposes file system operations (GET for stat/ls, POST/PUT for writes, DELETE for removal) through JSON responses at the `/-api` endpoint, enabling remote content management. - -Both handlers are implemented as Perl modules using Apache2's mod_perl API, configured via environment variables for flexibility across different deployment environments. This architecture is particularly useful for static content delivery farms where edge servers need to dynamically pull and cache content from central repositories while providing programmatic access to the underlying file system. - -[View on Codeberg](https://codeberg.org/snonux/staticfarm-apache-handlers) -[View on GitHub](https://github.com/snonux/staticfarm-apache-handlers) - ---- - -### dyndns +### 31. sway-autorotate * 💻 Languages: Shell (100.0%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 3 -* 📈 Lines of Code: 18 -* 📄 Lines of Documentation: 49 -* 📅 Development Period: 2014-03-24 to 2021-11-05 -* 🔥 Recent Activity: 3365.5 days (avg. age of last 42 commits) -* ⚖️ License: No license found +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 8 +* 📈 Lines of Code: 41 +* 📄 Lines of Documentation: 17 +* 📅 Development Period: 2020-01-30 to 2025-04-30 +* 🏆 Score: 1.3 (combines code size and activity) +* ⚖️ License: GPL-3.0 * 🧪 Status: Experimental (no releases yet) -⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. -This is a dynamic DNS (DynDNS) updater for hosts with frequently changing IP addresses. It allows a client machine (e.g., one with a dial-up PPP connection) to automatically update its DNS records on a BIND DNS server whenever its IP address changes. This is useful for maintaining a consistent hostname for systems without static IP addresses, enabling services to remain accessible despite IP changes. +sway-autorotate is an automatic screen rotation solution for Sway window manager on convertible tablets like the Microsoft Surface Go 2. It solves the problem of manually rotating the display and input devices when physically rotating a tablet by automatically detecting orientation changes via hardware sensors and adjusting both the screen output and input device mappings accordingly. -The implementation uses a two-tier security architecture: SSH public key authentication for remote script execution and BIND's nsupdate with cryptographic keys for secure DNS record updates. The client triggers updates by SSH-ing into a dedicated `dyndns` user account on the DNS server and executing the update script with parameters (hostname, record type, new IP, and TTL). The system can be integrated with PPP's `ppp.linkup` file to automatically update DNS records whenever a new connection is established, with low TTL values (e.g., 30 seconds) ensuring rapid DNS propagation. +The implementation uses a bash script that continuously monitors the `monitor-sensor` utility (from iio-sensor-proxy) for orientation events. When rotation is detected (normal, right-up, bottom-up, or left-up), it executes `swaymsg` commands to transform the display output (eDP-1) and remap configured input devices (touchpad and touchscreen) to match the new orientation. The script is designed to run as a background daemon, processing sensor events in real-time through a simple pipeline architecture. -[View on Codeberg](https://codeberg.org/snonux/dyndns) -[View on GitHub](https://github.com/snonux/dyndns) +[View on Codeberg](https://codeberg.org/snonux/sway-autorotate) +[View on GitHub](https://github.com/snonux/sway-autorotate) --- -### mon +### 32. mon * 💻 Languages: Perl (96.5%), Shell (1.8%), Make (1.2%), Config (0.4%) * 📚 Documentation: Text (100.0%) @@ -864,7 +809,7 @@ The implementation uses a two-tier security architecture: SSH public key authent * 📈 Lines of Code: 5360 * 📄 Lines of Documentation: 789 * 📅 Development Period: 2015-01-02 to 2021-11-05 -* 🔥 Recent Activity: 3632.2 days (avg. age of last 42 commits) +* 🏆 Score: 1.0 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: 1.0.1 (2015-01-02) @@ -879,30 +824,30 @@ Implemented in Perl, `mon` features automatic JSON backup before modifications ( --- -### rubyfy +### 33. staticfarm-apache-handlers -* 💻 Languages: Ruby (98.5%), JSON (1.5%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 34 -* 📈 Lines of Code: 273 -* 📄 Lines of Documentation: 32 -* 📅 Development Period: 2015-09-29 to 2021-11-05 -* 🔥 Recent Activity: 3636.4 days (avg. age of last 42 commits) -* ⚖️ License: Apache-2.0 -* 🏷️ Latest Release: 0 (2015-10-26) +* 💻 Languages: Perl (96.4%), Make (3.6%) +* 📚 Documentation: Text (100.0%) +* 📊 Commits: 3 +* 📈 Lines of Code: 919 +* 📄 Lines of Documentation: 12 +* 📅 Development Period: 2015-01-02 to 2021-11-04 +* 🏆 Score: 0.9 (combines code size and activity) +* ⚖️ License: No license found +* 🏷️ Latest Release: 1.1.3 (2015-01-02) ⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. -**Rubyfy** is a Ruby-based SSH orchestration tool designed to execute commands across multiple remote servers efficiently. It acts as an intelligent SSH loop that accepts server lists from stdin and runs commands on them, with support for parallel execution, root access via sudo, background jobs, and conditional execution based on preconditions (like file existence checks). +**staticfarm-apache-handlers** is a collection of mod_perl2 handlers for Apache2 designed to manage static content in a distributed web farm environment. The project provides two key handlers: **CacheControl** for intelligent static file caching and on-demand fetching from middleware servers, and **API** for RESTful file/directory operations via HTTP. CacheControl implements a pull-based caching system that automatically fetches missing static files from configured middleware servers with DOS protection (rate limiting), fallback host support, and configurable retry intervals. The API handler exposes file system operations (GET for stat/ls, POST/PUT for writes, DELETE for removal) through JSON responses at the `/-api` endpoint, enabling remote content management. -The tool is implemented as a lightweight Ruby script that prioritizes simplicity and flexibility. Key features include configurable parallelism (execute on N servers simultaneously), output management (write results to files), and safety mechanisms like precondition checks before running destructive commands. This makes it particularly useful for system administrators who need to perform bulk operations, gather information, or deploy changes across server fleets without complex configuration management tools—just pipe in a server list and specify the command. +Both handlers are implemented as Perl modules using Apache2's mod_perl API, configured via environment variables for flexibility across different deployment environments. This architecture is particularly useful for static content delivery farms where edge servers need to dynamically pull and cache content from central repositories while providing programmatic access to the underlying file system. -[View on Codeberg](https://codeberg.org/snonux/rubyfy) -[View on GitHub](https://github.com/snonux/rubyfy) +[View on Codeberg](https://codeberg.org/snonux/staticfarm-apache-handlers) +[View on GitHub](https://github.com/snonux/staticfarm-apache-handlers) --- -### pingdomfetch +### 34. pingdomfetch * 💻 Languages: Perl (97.3%), Make (2.7%) * 📚 Documentation: Text (100.0%) @@ -910,7 +855,7 @@ The tool is implemented as a lightweight Ruby script that prioritizes simplicity * 📈 Lines of Code: 1839 * 📄 Lines of Documentation: 412 * 📅 Development Period: 2015-01-02 to 2021-11-05 -* 🔥 Recent Activity: 3716.0 days (avg. age of last 42 commits) +* 🏆 Score: 0.9 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: 1.0.2 (2015-01-02) @@ -925,76 +870,72 @@ The tool is implemented around a hierarchical configuration system (`/etc/pingdo --- -### gotop +### 35. ychat -* 💻 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: 3726.7 days (avg. age of last 42 commits) -* ⚖️ License: No license found -* 🏷️ Latest Release: 0.1 (2015-06-01) +* 💻 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) ⚠️ **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. +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 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 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/gotop) -[View on GitHub](https://github.com/snonux/gotop) +[View on Codeberg](https://codeberg.org/snonux/ychat) +[View on GitHub](https://github.com/snonux/ychat) --- -### xerl +### 36. perl-c-fibonacci -* 💻 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: 3782.4 days (avg. age of last 42 commits) -* ⚖️ License: Custom License -* 🏷️ Latest Release: v1.0.0 (2018-12-22) +* 💻 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) ⚠️ **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. - -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. +perl-c-fibonacci: source code repository. -[View on Codeberg](https://codeberg.org/snonux/xerl) -[View on GitHub](https://github.com/snonux/xerl) +[View on Codeberg](https://codeberg.org/snonux/perl-c-fibonacci) +[View on GitHub](https://github.com/snonux/perl-c-fibonacci) --- -### debroid +### 37. xerl -* 💻 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: 3830.5 days (avg. age of last 42 commits) -* ⚖️ License: No license found -* 🧪 Status: Experimental (no releases yet) +* 💻 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) ⚠️ **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. +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. -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 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/debroid) -[View on GitHub](https://github.com/snonux/debroid) +[View on Codeberg](https://codeberg.org/snonux/xerl) +[View on GitHub](https://github.com/snonux/xerl) --- -### fapi +### 38. fapi * 💻 Languages: Python (96.6%), Make (3.1%), Config (0.3%) * 📚 Documentation: Text (98.3%), Markdown (1.7%) @@ -1002,7 +943,7 @@ The implementation uses a two-stage debootstrap process: first creating a Debian * 📈 Lines of Code: 1681 * 📄 Lines of Documentation: 539 * 📅 Development Period: 2014-03-10 to 2021-11-03 -* 🔥 Recent Activity: 4108.5 days (avg. age of last 42 commits) +* 🏆 Score: 0.8 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: 1.0.2 (2014-11-17) @@ -1017,76 +958,149 @@ The tool is implemented in Python and depends on the bigsuds library (F5's iCont --- -### template +### 39. 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 -* 🔥 Recent Activity: 4162.9 days (avg. age of last 42 commits) -* ⚖️ 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 +* 🏆 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. -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) --- -### muttdelay +### 40. vs-sim -* 💻 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: 4175.9 days (avg. age of last 42 commits) -* ⚖️ License: No license found -* 🏷️ Latest Release: 0.2.0 (2014-07-05) +* 💻 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. -**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. +[](showcase/vs-sim/image-1.jpg) -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. +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. -[View on Codeberg](https://codeberg.org/snonux/muttdelay) -[View on GitHub](https://github.com/snonux/muttdelay) +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) --- -### netdiff +### 41. loadbars -* 💻 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: 4183.4 days (avg. age of last 42 commits) +* 💻 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.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) +--- + +### 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) +* ⚖️ 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. + +**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 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/gotop) +[View on GitHub](https://github.com/snonux/gotop) --- -### pwgrep +### 43. fype + +* 💻 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) + +⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. + +Fype is a 32-bit scripting language designed as a fun, AWK-inspired alternative with a simpler syntax. It supports variables with automatic type conversion, functions, loops, control structures, and built-in operations for math, I/O, and system calls. A notable feature is its support for "synonyms" (references/aliases to variables and functions), along with both procedures (using the caller's namespace) and functions (with lexical scoping). The language uses a straightforward syntax with single-character comments (#) and statement-based execution terminated by semicolons. + +The implementation uses a simple top-down parser with maximum lookahead of 1, interpreting code simultaneously as it parses, which means syntax errors are only caught at runtime. Written in C and compiled with GCC, it's designed for BSD systems (tested on FreeBSD 7.0) and uses NetBSD Make for building. The project is still unreleased and incomplete, but aims to eventually match AWK's capabilities while potentially adding modern features like function pointers and closures, though explicitly avoiding complexity like OOP, Unicode, or threading. + +[View on Codeberg](https://codeberg.org/snonux/fype) +[View on GitHub](https://github.com/snonux/fype) + +--- + +### 44. rubyfy + +* 💻 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) + +⚠️ **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). + +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/rubyfy) +[View on GitHub](https://github.com/snonux/rubyfy) + +--- + +### 45. pwgrep * 💻 Languages: Shell (85.0%), Make (15.0%) * 📚 Documentation: Text (80.8%), Markdown (19.2%) @@ -1094,7 +1108,7 @@ The tool uses a clever client-server architecture where you run the identical co * 📈 Lines of Code: 493 * 📄 Lines of Documentation: 26 * 📅 Development Period: 2009-09-27 to 2021-11-02 -* 🔥 Recent Activity: 4226.7 days (avg. age of last 42 commits) +* 🏆 Score: 0.6 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: 0.9.3 (2014-06-14) @@ -1109,7 +1123,53 @@ The architecture is lightweight and Unix-philosophy driven: password databases a --- -### japi +### 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 * 💻 Languages: Perl (78.3%), Make (21.7%) * 📚 Documentation: Text (100.0%) @@ -1117,7 +1177,7 @@ The architecture is lightweight and Unix-philosophy driven: password databases a * 📈 Lines of Code: 286 * 📄 Lines of Documentation: 144 * 📅 Development Period: 2013-03-22 to 2021-11-05 -* 🔥 Recent Activity: 4231.7 days (avg. age of last 42 commits) +* 🏆 Score: 0.6 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: 0.4.3 (2014-06-16) @@ -1132,7 +1192,7 @@ Implemented in Perl using the JIRA::REST CPAN module, japi supports flexible con --- -### perl-poetry +### 49. perl-poetry * 💻 Languages: Perl (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -1140,7 +1200,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 -* 🔥 Recent Activity: 4293.0 days (avg. age of last 42 commits) +* 🏆 Score: 0.5 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) @@ -1155,250 +1215,205 @@ This project exemplifies creative coding where Perl keywords and constructs are --- -### ipv6test - -* 💻 Languages: Perl (100.0%) -* 📊 Commits: 7 -* 📈 Lines of Code: 80 -* 📅 Development Period: 2011-07-09 to 2015-01-13 -* 🔥 Recent Activity: 4373.0 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) - ---- +### 50. muttdelay -### cpuinfo - -* 💻 Languages: Shell (53.2%), Make (46.8%) +* 💻 Languages: Make (47.1%), Shell (46.3%), Vim Script (5.9%), Config (0.7%) * 📚 Documentation: Text (100.0%) -* 📊 Commits: 28 -* 📈 Lines of Code: 124 -* 📄 Lines of Documentation: 75 -* 📅 Development Period: 2010-11-05 to 2021-11-05 -* 🔥 Recent Activity: 4413.7 days (avg. age of last 42 commits) +* 📊 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) * ⚖️ License: No license found -* 🏷️ Latest Release: 1.0.2 (2014-06-22) +* 🏷️ 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. -**cpuinfo** is a lightweight Linux utility that transforms the dense, technical output of `/proc/cpuinfo` into a human-readable format. It provides an at-a-glance summary of CPU characteristics including the processor model, number of physical CPUs, cores, hyper-threading status, clock speeds, cache size, and bogomips ratings. This is useful for system administrators, developers, and users who need to quickly understand their CPU configuration without parsing the verbose kernel-provided data manually. +**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 is remarkably simple: a shell script wrapper that invokes GNU AWK to parse `/proc/cpuinfo` with field delimiters and pattern matching. The AWK script extracts key CPU attributes (processor count, core IDs, physical IDs, MHz, cache, etc.), performs calculations to determine total vs. physical processors and detect hyper-threading, then formats everything into a clean, structured output showing both per-core and total system metrics. +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/cpuinfo) -[View on GitHub](https://github.com/snonux/cpuinfo) +[View on Codeberg](https://codeberg.org/snonux/muttdelay) +[View on GitHub](https://github.com/snonux/muttdelay) --- -### loadbars +### 51. netdiff -* 💻 Languages: Perl (97.4%), Make (2.6%) +* 💻 Languages: Shell (52.2%), Make (46.3%), Config (1.5%) * 📚 Documentation: Text (100.0%) -* 📊 Commits: 527 -* 📈 Lines of Code: 1828 -* 📄 Lines of Documentation: 100 -* 📅 Development Period: 2010-11-05 to 2015-05-23 -* 🔥 Recent Activity: 4443.8 days (avg. age of last 42 commits) +* 📊 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) * ⚖️ 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) - ---- - -### 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: 4493.2 days (avg. age of last 42 commits) -* ⚖️ License: Custom License -* 🏷️ Latest Release: v1.4 (2022-04-29) +* 🏷️ 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. -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. +**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 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. +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/perldaemon) -[View on GitHub](https://github.com/snonux/perldaemon) +[View on Codeberg](https://codeberg.org/snonux/netdiff) +[View on GitHub](https://github.com/snonux/netdiff) --- -### awksite +### 52. debroid -* 💻 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: 4824.2 days (avg. age of last 42 commits) +* 💻 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) * ⚖️ License: No license found -* 🏷️ Latest Release: v0.2 (2011-01-27) +* 🧪 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. +[](showcase/debroid/image-1.png) -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. +**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/awksite) -[View on GitHub](https://github.com/snonux/awksite) +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) --- -### jsmstrade +### 53. hsbot -* 💻 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: 4886.9 days (avg. age of last 42 commits) +* 💻 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) * ⚖️ License: Custom License -* 🏷️ Latest Release: v0.3 (2009-02-08) +* 🧪 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. -[](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. +**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 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. +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/jsmstrade) -[View on GitHub](https://github.com/snonux/jsmstrade) +[View on Codeberg](https://codeberg.org/snonux/hsbot) +[View on GitHub](https://github.com/snonux/hsbot) --- -### ychat +### 54. cpuinfo -* 💻 Languages: C++ (52.1%), C/C++ (21.3%), Shell (20.1%), HTML (2.5%), Config (2.1%), Perl (1.5%), Make (0.3%) +* 💻 Languages: Shell (53.2%), Make (46.8%) * 📚 Documentation: Text (100.0%) -* 📊 Commits: 67 -* 📈 Lines of Code: 33823 -* 📄 Lines of Documentation: 109 -* 📅 Development Period: 2008-05-15 to 2014-07-01 -* 🔥 Recent Activity: 5441.8 days (avg. age of last 42 commits) -* ⚖️ License: GPL-2.0 -* 🏷️ Latest Release: yhttpd-0.7.2 (2013-04-06) +* 📊 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) ⚠️ **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. +**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 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 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/ychat) -[View on GitHub](https://github.com/snonux/ychat) +[View on Codeberg](https://codeberg.org/snonux/cpuinfo) +[View on GitHub](https://github.com/snonux/cpuinfo) --- -### netcalendar +### 55. 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 -* 🔥 Recent Activity: 5517.6 days (avg. age of last 42 commits) -* ⚖️ License: GPL-2.0 -* 🏷️ Latest Release: v0.1 (2009-02-08) +* 💻 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) ⚠️ **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) +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 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. +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/netcalendar) -[View on GitHub](https://github.com/snonux/netcalendar) +[View on Codeberg](https://codeberg.org/snonux/template) +[View on GitHub](https://github.com/snonux/template) --- -### hsbot +### 56. ipv6test -* 💻 Languages: Haskell (98.5%), Make (1.5%) -* 📊 Commits: 80 -* 📈 Lines of Code: 601 -* 📅 Development Period: 2009-11-22 to 2011-10-17 -* 🔥 Recent Activity: 5613.2 days (avg. age of last 42 commits) +* 💻 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) * ⚖️ 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. -**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. +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 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. +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/hsbot) -[View on GitHub](https://github.com/snonux/hsbot) +[View on Codeberg](https://codeberg.org/snonux/ipv6test) +[View on GitHub](https://github.com/snonux/ipv6test) --- -### vs-sim +### 57. awksite -* 📚 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: 5974.2 days (avg. age of last 42 commits) +* 💻 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: v1.0 (2008-08-24) +* 🏷️ 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. -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. +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 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. +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/vs-sim) -[View on GitHub](https://github.com/snonux/vs-sim) +[View on Codeberg](https://codeberg.org/snonux/awksite) +[View on GitHub](https://github.com/snonux/awksite) --- -### fype +### 58. dyndns -* 💻 Languages: C (71.2%), C/C++ (20.7%), HTML (6.6%), Make (1.5%) -* 📚 Documentation: Text (60.3%), LaTeX (39.7%) -* 📊 Commits: 99 -* 📈 Lines of Code: 8954 -* 📄 Lines of Documentation: 1432 -* 📅 Development Period: 2008-05-15 to 2014-06-30 -* 🔥 Recent Activity: 5999.9 days (avg. age of last 42 commits) -* ⚖️ License: Custom License +* 💻 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) +* ⚖️ 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. -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. +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 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 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/fype) -[View on GitHub](https://github.com/snonux/fype) +[View on Codeberg](https://codeberg.org/snonux/dyndns) +[View on GitHub](https://github.com/snonux/dyndns) |