summaryrefslogtreecommitdiff
path: root/about/showcase.gmi.tpl
diff options
context:
space:
mode:
authorPaul Buetow <paul@buetow.org>2025-10-23 09:25:43 +0300
committerPaul Buetow <paul@buetow.org>2025-10-23 09:25:43 +0300
commitfca7ab6d1222bd292893a3f621491b7f84c03e3b (patch)
tree40bc431caa6d83b0ce0e2fc11156af856d74a011 /about/showcase.gmi.tpl
parentaf701eb921478f17515657e2ce182a300f576a9d (diff)
Update
Diffstat (limited to 'about/showcase.gmi.tpl')
-rw-r--r--about/showcase.gmi.tpl444
1 files changed, 222 insertions, 222 deletions
diff --git a/about/showcase.gmi.tpl b/about/showcase.gmi.tpl
index 8fdb71bd..df1e7176 100644
--- a/about/showcase.gmi.tpl
+++ b/about/showcase.gmi.tpl
@@ -1,6 +1,6 @@
# Project Showcase
-Generated on: 2025-10-14
+Generated on: 2025-10-23
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.
@@ -9,13 +9,13 @@ This page showcases my side projects, providing an overview of what each project
## Overall Statistics
* πŸ“¦ Total Projects: 56
-* πŸ“Š Total Commits: 11,220
-* πŸ“ˆ Total Lines of Code: 274,377
-* πŸ“„ Total Lines of Documentation: 52,861
-* πŸ’» Languages: Go (31.1%), Java (14.7%), C++ (13.5%), Shell (7.8%), C/C++ (7.4%), C (7.0%), Perl (6.5%), HTML (4.6%), Config (1.7%), Ruby (1.0%), HCL (1.0%), Make (0.7%), YAML (0.6%), Python (0.6%), CSS (0.5%), JSON (0.3%), Raku (0.3%), XML (0.2%), Haskell (0.2%), TOML (0.1%)
-* πŸ“š Documentation: Markdown (76.7%), Text (22.2%), LaTeX (1.1%)
+* πŸ“Š Total Commits: 11,247
+* πŸ“ˆ Total Lines of Code: 211,790
+* πŸ“„ Total Lines of Documentation: 23,887
+* πŸ’» Languages: Go (40.3%), Java (19.1%), C (9.6%), Perl (7.6%), HTML (5.2%), C/C++ (3.9%), Shell (3.3%), C++ (2.4%), Config (1.4%), Ruby (1.3%), HCL (1.3%), YAML (0.9%), Python (0.8%), Make (0.7%), CSS (0.6%), Raku (0.4%), JSON (0.4%), XML (0.3%), Haskell (0.3%), TOML (0.1%)
+* πŸ“š Documentation: Text (50.2%), Markdown (47.7%), LaTeX (2.1%)
* 🎡 Vibe-Coded Projects: 4 out of 56 (7.1%)
-* πŸ€– AI-Assisted Projects (including vibe-coded): 11 out of 56 (19.6% AI-assisted, 80.4% human-only)
+* πŸ€– AI-Assisted Projects (including vibe-coded): 10 out of 56 (17.9% AI-assisted, 82.1% human-only)
* πŸš€ Release Status: 36 released, 20 experimental (64.3% with releases, 35.7% experimental)
## Projects
@@ -28,7 +28,7 @@ This page showcases my side projects, providing an overview of what each project
* πŸ“ˆ Lines of Code: 3376
* πŸ“„ Lines of Documentation: 82
* πŸ“… Development Period: 2025-10-01 to 2025-10-12
-* πŸ”₯ Recent Activity: 8.8 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 17.2 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: v0.2.5 (2025-10-12)
* πŸ€– AI-Assisted: This project was partially created with the help of generative AI
@@ -43,40 +43,15 @@ This page showcases my side projects, providing an overview of what each project
---
-### hexai
-
-* πŸ’» Languages: Go (69.5%), HTML (30.5%)
-* πŸ“š Documentation: Markdown (100.0%)
-* πŸ“Š Commits: 238
-* πŸ“ˆ Lines of Code: 26565
-* πŸ“„ Lines of Documentation: 564
-* πŸ“… Development Period: 2025-08-01 to 2025-10-04
-* πŸ”₯ Recent Activity: 21.7 days (avg. age of last 42 commits)
-* βš–οΈ License: No license found
-* 🏷️ Latest Release: v0.15.1 (2025-10-03)
-* πŸ€– AI-Assisted: This project was partially created with the help of generative AI
-
-
-=> showcase/hexai/image-1.png hexai screenshot
-
-Hexai is an AI-powered extension designed to enhance the Helix Editor by integrating advanced code assistance features through Language Server Protocol (LSP) and large language models (LLMs). Its core capabilities include LSP-based code auto-completion, code actions, and an in-editor chat interface that allows users to interact directly with AI models for coding help and suggestions. Additionally, Hexai provides a standalone command-line tool for interacting with LLMs outside the editor. It supports multiple AI backends, including OpenAI, GitHub Copilot, and Ollama, making it flexible for various user preferences and workflows.
-
-The project is implemented primarily in Go and uses Mage as its build and task automation tool. The architecture consists of two main binaries: one for general LLM interaction and another for LSP integration with the editor. Hexai communicates with LLM providers via their APIs, relaying code context and user queries to generate intelligent responses or code completions. The modular design allows for easy configuration and extension, and while it is tailored for Helix, it may work with other editors that support LSP. This makes Hexai a valuable tool for developers seeking AI-assisted productivity directly within their coding environment.
-
-=> https://codeberg.org/snonux/hexai View on Codeberg
-=> https://github.com/snonux/hexai View on GitHub
-
----
-
### conf
-* πŸ’» Languages: Perl (31.5%), Shell (23.2%), YAML (22.9%), Config (5.6%), CSS (5.4%), TOML (4.8%), Ruby (4.1%), Lua (1.2%), Docker (0.6%), JSON (0.5%)
-* πŸ“š Documentation: Text (73.7%), Markdown (26.3%)
-* πŸ“Š Commits: 1008
-* πŸ“ˆ Lines of Code: 6055
-* πŸ“„ Lines of Documentation: 1356
-* πŸ“… Development Period: 2021-12-28 to 2025-10-13
-* πŸ”₯ Recent Activity: 26.4 days (avg. age of last 42 commits)
+* πŸ’» Languages: Perl (30.9%), YAML (24.4%), Shell (22.8%), Config (5.4%), CSS (5.3%), TOML (4.7%), Ruby (4.1%), Lua (1.1%), Docker (0.6%), JSON (0.5%)
+* πŸ“š Documentation: Text (69.1%), Markdown (30.9%)
+* πŸ“Š Commits: 1018
+* πŸ“ˆ Lines of Code: 6185
+* πŸ“„ Lines of Documentation: 1445
+* πŸ“… Development Period: 2021-12-28 to 2025-10-22
+* πŸ”₯ Recent Activity: 24.6 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -89,26 +64,28 @@ conf
---
-### foo.zone
+### hexai
-* πŸ’» Languages: Shell (71.8%), Go (27.8%), YAML (0.4%)
-* πŸ“š Documentation: Markdown (99.5%), Text (0.5%)
-* πŸ“Š Commits: 3131
-* πŸ“ˆ Lines of Code: 227
-* πŸ“„ Lines of Documentation: 29792
-* πŸ“… Development Period: 2021-04-29 to 2025-10-12
-* πŸ”₯ Recent Activity: 43.5 days (avg. age of last 42 commits)
+* πŸ’» Languages: Go (69.5%), HTML (30.5%)
+* πŸ“š Documentation: Markdown (100.0%)
+* πŸ“Š Commits: 238
+* πŸ“ˆ Lines of Code: 26565
+* πŸ“„ Lines of Documentation: 564
+* πŸ“… Development Period: 2025-08-01 to 2025-10-04
+* πŸ”₯ Recent Activity: 30.1 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
-* πŸ§ͺ Status: Experimental (no releases yet)
+* 🏷️ Latest Release: v0.15.1 (2025-10-03)
* πŸ€– AI-Assisted: This project was partially created with the help of generative AI
-This project hosts the static files for the foo.zone website, which is accessible via both the Gemini protocol (gemini://foo.zone) and the web (https://foo.zone). The repository is organized with separate branches for each content formatβ€”such as Gemtext, HTML, and Markdownβ€”allowing the site to be served in multiple formats tailored to different protocols and user preferences. This structure makes it easy to maintain and update content across platforms, ensuring consistency and flexibility.
+=> showcase/hexai/image-1.png hexai screenshot
-The site is maintained using a suite of open-source tools, including Neovim for editing, GNU Bash for scripting, and ShellCheck for shell script linting. It is deployed on OpenBSD, utilizing the vger Gemini server (managed via relayd and inetd) for Gemini content and the native httpd server for the HTML site. Source code and hosting are managed through Codeberg. The static content is generated with the help of the gemtexter tool, which streamlines the process of converting and managing content in various formats. This architecture emphasizes simplicity, security, and portability, making it a robust solution for multi-protocol static site hosting.
+Hexai is an AI-powered extension designed to enhance the Helix Editor by integrating advanced code assistance features through Language Server Protocol (LSP) and large language models (LLMs). Its core capabilities include LSP-based code auto-completion, code actions, and an in-editor chat interface that allows users to interact directly with AI models for coding help and suggestions. Additionally, Hexai provides a standalone command-line tool for interacting with LLMs outside the editor. It supports multiple AI backends, including OpenAI, GitHub Copilot, and Ollama, making it flexible for various user preferences and workflows.
-=> https://codeberg.org/snonux/foo.zone View on Codeberg
-=> https://github.com/snonux/foo.zone View on GitHub
+The project is implemented primarily in Go and uses Mage as its build and task automation tool. The architecture consists of two main binaries: one for general LLM interaction and another for LSP integration with the editor. Hexai communicates with LLM providers via their APIs, relaying code context and user queries to generate intelligent responses or code completions. The modular design allows for easy configuration and extension, and while it is tailored for Helix, it may work with other editors that support LSP. This makes Hexai a valuable tool for developers seeking AI-assisted productivity directly within their coding environment.
+
+=> https://codeberg.org/snonux/hexai View on Codeberg
+=> https://github.com/snonux/hexai View on GitHub
---
@@ -116,13 +93,13 @@ The site is maintained using a suite of open-source tools, including Neovim for
* πŸ’» Languages: Perl (100.0%)
* πŸ“š Documentation: Markdown (54.4%), Text (45.6%)
-* πŸ“Š Commits: 96
-* πŸ“ˆ Lines of Code: 1910
+* πŸ“Š Commits: 97
+* πŸ“ˆ Lines of Code: 1902
* πŸ“„ Lines of Documentation: 421
-* πŸ“… Development Period: 2023-01-02 to 2025-09-28
-* πŸ”₯ Recent Activity: 59.2 days (avg. age of last 42 commits)
+* πŸ“… Development Period: 2023-01-02 to 2025-10-21
+* πŸ”₯ Recent Activity: 64.9 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
-* 🏷️ Latest Release: v0.1.0 (2025-07-12)
+* 🏷️ Latest Release: v0.2.0 (2025-10-21)
**foostats** is a privacy-focused web analytics tool designed specifically for OpenBSD environments, with support for both traditional web (HTTP/HTTPS) and Gemini protocol logs. Its primary function is to generate anonymous, comprehensive site statistics for the foo.zone ecosystem and similar sites, while strictly preserving visitor privacy. This is achieved by hashing all IP addresses with SHA3-512 before storage, ensuring no personally identifiable information is retained. The tool provides detailed daily, monthly, and summary reports in Gemtext format, tracks feed subscribers, and includes robust filtering to block and log suspicious requests based on configurable patterns.
@@ -142,7 +119,7 @@ Architecturally, foostats is modular, with components for log parsing, filtering
* πŸ“ˆ Lines of Code: 10036
* πŸ“„ Lines of Documentation: 2433
* πŸ“… Development Period: 2025-06-23 to 2025-09-08
-* πŸ”₯ Recent Activity: 81.6 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 90.0 days (avg. age of last 42 commits)
* βš–οΈ License: BSD-2-Clause
* 🏷️ Latest Release: v0.9.2 (2025-09-08)
* 🎡 Vibe-Coded: This project has been vibe coded
@@ -165,7 +142,7 @@ The tool is implemented as a modern CLI application in Go, with a modular, comma
* πŸ“ˆ Lines of Code: 12003
* πŸ“„ Lines of Documentation: 361
* πŸ“… Development Period: 2025-07-14 to 2025-08-02
-* πŸ”₯ Recent Activity: 84.4 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 92.8 days (avg. age of last 42 commits)
* βš–οΈ License: MIT
* 🏷️ Latest Release: v0.7.5 (2025-08-02)
* 🎡 Vibe-Coded: This project has been vibe coded
@@ -190,13 +167,13 @@ Architecturally, totalrecall is implemented in Go and integrates with OpenAI ser
* πŸ’» Languages: Go (100.0%)
* πŸ“š Documentation: Markdown (100.0%)
-* πŸ“Š Commits: 25
-* πŸ“ˆ Lines of Code: 929
-* πŸ“„ Lines of Documentation: 80
-* πŸ“… Development Period: 2025-06-25 to 2025-09-29
-* πŸ”₯ Recent Activity: 93.6 days (avg. age of last 42 commits)
+* πŸ“Š Commits: 27
+* πŸ“ˆ Lines of Code: 931
+* πŸ“„ Lines of Documentation: 81
+* πŸ“… Development Period: 2025-06-25 to 2025-10-18
+* πŸ”₯ Recent Activity: 94.8 days (avg. age of last 42 commits)
* βš–οΈ License: BSD-2-Clause
-* 🏷️ Latest Release: v0.1.1 (2025-09-29)
+* 🏷️ Latest Release: v0.2.0 (2025-10-18)
* 🎡 Vibe-Coded: This project has been vibe coded
@@ -219,7 +196,7 @@ From an architectural standpoint, `timr` is implemented in Go, ensuring cross-pl
* πŸ“ˆ Lines of Code: 6168
* πŸ“„ Lines of Documentation: 162
* πŸ“… Development Period: 2025-06-19 to 2025-10-05
-* πŸ”₯ Recent Activity: 107.6 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 116.0 days (avg. age of last 42 commits)
* βš–οΈ License: BSD-2-Clause
* 🏷️ Latest Release: v0.9.3 (2025-10-05)
* 🎡 Vibe-Coded: This project has been vibe coded
@@ -246,7 +223,7 @@ The core architecture leverages the Bubble Tea framework for rendering the termi
* πŸ“ˆ Lines of Code: 13072
* πŸ“„ Lines of Documentation: 680
* πŸ“… Development Period: 2024-01-18 to 2025-10-09
-* πŸ”₯ Recent Activity: 122.8 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 131.2 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* πŸ§ͺ Status: Experimental (no releases yet)
* πŸ€– AI-Assisted: This project was partially created with the help of generative AI
@@ -273,7 +250,7 @@ The project is implemented using a combination of Go, C, and BPF, leveraging the
* πŸ“ˆ Lines of Code: 4102
* πŸ“„ Lines of Documentation: 357
* πŸ“… Development Period: 2024-05-04 to 2025-09-24
-* πŸ”₯ Recent Activity: 146.1 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 154.5 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* 🏷️ Latest Release: v1.2.0 (2025-09-24)
@@ -299,7 +276,7 @@ The project is implemented using a combination of Go, C, and BPF, leveraging the
* πŸ“ˆ Lines of Code: 20091
* πŸ“„ Lines of Documentation: 5674
* πŸ“… Development Period: 2020-01-09 to 2025-06-20
-* πŸ”₯ Recent Activity: 149.7 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 158.1 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
@@ -326,7 +303,7 @@ The architecture consists of a client-server model: DTail servers run on each ta
* πŸ“ˆ Lines of Code: 396
* πŸ“„ Lines of Documentation: 24
* πŸ“… Development Period: 2025-04-18 to 2025-05-11
-* πŸ”₯ Recent Activity: 169.0 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 177.4 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* 🏷️ Latest Release: v1.0.0 (2025-05-11)
@@ -348,7 +325,7 @@ The project is implemented using Ruby, with tasks managed via Rake, and configur
* πŸ“ˆ Lines of Code: 25762
* πŸ“„ Lines of Documentation: 3101
* πŸ“… Development Period: 2008-05-15 to 2025-06-27
-* πŸ”₯ Recent Activity: 182.4 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 190.8 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* πŸ§ͺ Status: Experimental (no releases yet)
* πŸ€– AI-Assisted: This project was partially created with the help of generative AI
@@ -373,7 +350,7 @@ Architecturally, DS-Sim is organized into modular components: core process and m
* πŸ“ˆ Lines of Code: 33
* πŸ“„ Lines of Documentation: 3
* πŸ“… Development Period: 2025-04-03 to 2025-04-03
-* πŸ”₯ Recent Activity: 194.9 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 203.3 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -395,7 +372,7 @@ Implementation-wise, the project likely consists of a small, easily portable pro
* πŸ“ˆ Lines of Code: 1373
* πŸ“„ Lines of Documentation: 48
* πŸ“… Development Period: 2024-12-05 to 2025-02-28
-* πŸ”₯ Recent Activity: 235.6 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 244.0 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -417,7 +394,7 @@ Key features include a test suite (run via `rake test`) to ensure reliability, a
* πŸ“ˆ Lines of Code: 2285
* πŸ“„ Lines of Documentation: 1180
* πŸ“… Development Period: 2021-05-21 to 2025-08-31
-* πŸ”₯ Recent Activity: 281.0 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 289.4 days (avg. age of last 42 commits)
* βš–οΈ License: GPL-3.0
* 🏷️ Latest Release: 3.0.0 (2024-10-01)
@@ -441,7 +418,7 @@ The project is implemented as a large Bash script, leveraging standard GNU utili
* πŸ“ˆ Lines of Code: 1133
* πŸ“„ Lines of Documentation: 78
* πŸ“… Development Period: 2024-01-20 to 2025-09-13
-* πŸ”₯ Recent Activity: 501.6 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 509.9 days (avg. age of last 42 commits)
* βš–οΈ License: MIT
* 🏷️ Latest Release: v0.0.4 (2025-09-13)
@@ -467,7 +444,7 @@ The project’s key features include its minimalistic design, cross-platform com
* πŸ“ˆ Lines of Code: 40
* πŸ“„ Lines of Documentation: 3
* πŸ“… Development Period: 2023-12-31 to 2025-08-11
-* πŸ”₯ Recent Activity: 535.2 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 543.6 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -489,7 +466,7 @@ The Docker image is typically implemented using a `Dockerfile` that installs Rad
* πŸ“ˆ Lines of Code: 2851
* πŸ“„ Lines of Documentation: 52
* πŸ“… Development Period: 2023-08-27 to 2025-08-08
-* πŸ”₯ Recent Activity: 571.4 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 579.8 days (avg. age of last 42 commits)
* βš–οΈ License: MIT
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -511,7 +488,7 @@ Key features include the ability to specify which ECS services to deploy, automa
* πŸ“ˆ Lines of Code: 1096
* πŸ“„ Lines of Documentation: 287
* πŸ“… Development Period: 2023-04-17 to 2025-06-12
-* πŸ”₯ Recent Activity: 612.3 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 620.7 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* 🏷️ Latest Release: v1.1.0 (2024-05-03)
* πŸ€– AI-Assisted: This project was partially created with the help of generative AI
@@ -536,7 +513,7 @@ Architecturally, Gogios is implemented in Go for efficiency and ease of deployme
* πŸ“ˆ Lines of Code: 1525
* πŸ“„ Lines of Documentation: 15
* πŸ“… Development Period: 2023-04-17 to 2023-11-19
-* πŸ”₯ Recent Activity: 798.3 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 806.7 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -551,6 +528,28 @@ The project is still under development, but its planned features include remote
---
+### guprecords
+
+* πŸ’» Languages: Raku (100.0%)
+* πŸ“š Documentation: Markdown (100.0%)
+* πŸ“Š Commits: 95
+* πŸ“ˆ Lines of Code: 312
+* πŸ“„ Lines of Documentation: 416
+* πŸ“… Development Period: 2013-03-22 to 2025-05-18
+* πŸ”₯ Recent Activity: 856.8 days (avg. age of last 42 commits)
+* βš–οΈ License: No license found
+* 🏷️ Latest Release: v1.0.0 (2023-04-29)
+
+
+`guprecords` is a command-line tool written in Raku that generates comprehensive uptime reports for multiple hosts by aggregating and analyzing raw record files produced by the `uptimed` daemon. Its primary purpose is to provide system administrators and enthusiasts with detailed, customizable statistics on system reliability and availability across a fleet of machines. By supporting various categories (such as Host, Kernel, KernelMajor, and KernelName) and metrics (including Boots, Uptime, Score, Downtime, and Lifespan), `guprecords` enables users to identify trends, compare system stability, and track performance over time. Reports can be output in plaintext, Markdown, or Gemtext formats, making them suitable for different documentation or publishing needs.
+
+The architecture of `guprecords` is modular, with classes dedicated to parsing epoch data, aggregating statistics, and formatting output. The tool reads uptime record files collected from multiple hosts (typically centralized via a git repository), processes them to compute the desired metrics, and generates ranked tables highlighting top performers or outliers. Users can tailor reports using command-line options to select categories, metrics, output formats, and entry limits. The design emphasizes flexibility and extensibility, allowing for easy integration into existing monitoring workflows. While `guprecords` does not handle the collection of raw data itself, it complements existing `uptimed` deployments by transforming raw uptime logs into actionable insights and historical records.
+
+=> https://codeberg.org/snonux/guprecords View on Codeberg
+=> https://github.com/snonux/guprecords View on GitHub
+
+---
+
### randomjournalpage
* πŸ’» Languages: Shell (94.1%), Make (5.9%)
@@ -559,7 +558,7 @@ The project is still under development, but its planned features include remote
* πŸ“ˆ Lines of Code: 51
* πŸ“„ Lines of Documentation: 26
* πŸ“… Development Period: 2022-06-02 to 2024-04-20
-* πŸ”₯ Recent Activity: 863.1 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 871.5 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -582,7 +581,7 @@ The implementation relies on standard Linux utilities: `qpdf` for manipulating P
* πŸ“ˆ Lines of Code: 41
* πŸ“„ Lines of Documentation: 17
* πŸ“… Development Period: 2020-01-30 to 2025-04-30
-* πŸ”₯ Recent Activity: 1156.6 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 1165.0 days (avg. age of last 42 commits)
* βš–οΈ License: GPL-3.0
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -596,31 +595,6 @@ The script is implemented by piping the output of `monitor-sensor` into `autorot
---
-### 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: 1376.2 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.
-
-**Summary:**
-The `photoalbum` project is a minimal Bash script designed for Linux systems to automate the creation of static web photo albums. Its primary function is to take a collection of images from a specified directory, process them, and generate a ready-to-deploy static website that displays these photos in an organized album format. This tool is particularly useful for users who want a simple, dependency-light way to publish photo galleries online without relying on complex web frameworks or dynamic content management systems.
-
-**Key Features & Architecture:**
-`photoalbum` operates through a set of straightforward commands: `generate` (to build the album), `clean` (to remove temporary files), `version` (to display version info), and `makemake` (to set up configuration files and a Makefile). Configuration is handled via a customizable rcfile, allowing users to tailor settings such as source and output directories. The script uses HTML templates, which can be edited for custom album layouts. The workflow involves copying images to an "incoming" folder, running the `generate` command to create the album in a `dist` directory, and optionally cleaning up with `clean`. Its minimalist Bash implementation ensures ease of use, transparency, and compatibility with most Linux environments, making it ideal for users seeking a lightweight, easily customizable static photo album generator.
-
-=> https://codeberg.org/snonux/photoalbum View on Codeberg
-=> https://github.com/snonux/photoalbum View on GitHub
-
----
-
### geheim
* πŸ’» Languages: Ruby (100.0%)
@@ -629,7 +603,7 @@ The `photoalbum` project is a minimal Bash script designed for Linux systems to
* πŸ“ˆ Lines of Code: 671
* πŸ“„ Lines of Documentation: 26
* πŸ“… Development Period: 2018-05-26 to 2025-09-04
-* πŸ”₯ Recent Activity: 1471.0 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 1479.4 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -655,7 +629,7 @@ The architecture centers around a local Git repository that acts as the secure s
* πŸ“ˆ Lines of Code: 1728
* πŸ“„ Lines of Documentation: 18
* πŸ“… Development Period: 2020-07-12 to 2023-04-09
-* πŸ”₯ Recent Activity: 1527.4 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 1535.8 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -670,6 +644,28 @@ Key features include a modular codebase where each algorithm or exercise is like
---
+### foo.zone
+
+* πŸ“š Documentation: Markdown (100.0%)
+* πŸ“Š Commits: 3145
+* πŸ“ˆ Lines of Code: 0
+* πŸ“„ Lines of Documentation: 23
+* πŸ“… Development Period: 2021-05-21 to 2022-04-02
+* πŸ”₯ Recent Activity: 1551.4 days (avg. age of last 42 commits)
+* βš–οΈ License: No license found
+* πŸ§ͺ Status: Experimental (no releases yet)
+
+⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk.
+
+This project hosts the static files for the foo.zone website, which is accessible via both the Gemini protocol (gemini://foo.zone) and the web (https://foo.zone). The repository is organized with separate branches for each content formatβ€”such as Gemtext, HTML, and Markdownβ€”allowing the site to be served in multiple formats tailored to different protocols and user preferences. This structure makes it easy to maintain and update content across platforms, ensuring consistency and flexibility.
+
+The site is maintained using a suite of open-source tools, including Neovim for editing, GNU Bash for scripting, and ShellCheck for shell script linting. It is deployed on OpenBSD, utilizing the vger Gemini server (managed via relayd and inetd) for Gemini content and the native httpd server for the HTML site. Source code and hosting are managed through Codeberg. The static content is generated with the help of the gemtexter tool, which streamlines the process of converting and managing content in various formats. This architecture emphasizes simplicity, security, and portability, making it a robust solution for multi-protocol static site hosting.
+
+=> https://codeberg.org/snonux/foo.zone View on Codeberg
+=> https://github.com/snonux/foo.zone View on GitHub
+
+---
+
### perl-c-fibonacci
* πŸ’» Languages: C (80.4%), Make (19.6%)
@@ -678,7 +674,7 @@ Key features include a modular codebase where each algorithm or exercise is like
* πŸ“ˆ Lines of Code: 51
* πŸ“„ Lines of Documentation: 69
* πŸ“… Development Period: 2014-03-24 to 2022-04-23
-* πŸ”₯ Recent Activity: 2008.3 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 2016.7 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -691,27 +687,6 @@ perl-c-fibonacci: source code repository.
---
-### guprecords
-
-* πŸ’» Languages: Raku (100.0%)
-* πŸ“Š Commits: 95
-* πŸ“ˆ Lines of Code: 195
-* πŸ“… Development Period: 2013-03-22 to 2023-03-09
-* πŸ”₯ Recent Activity: 2223.4 days (avg. age of last 42 commits)
-* βš–οΈ License: No license found
-* 🏷️ Latest Release: v1.0.0 (2023-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.
-
-`guprecords` is a command-line tool written in Raku that generates comprehensive uptime reports for multiple hosts by aggregating and analyzing raw record files produced by the `uptimed` daemon. Its primary purpose is to provide system administrators and enthusiasts with detailed, customizable statistics on system reliability and availability across a fleet of machines. By supporting various categories (such as Host, Kernel, KernelMajor, and KernelName) and metrics (including Boots, Uptime, Score, Downtime, and Lifespan), `guprecords` enables users to identify trends, compare system stability, and track performance over time. Reports can be output in plaintext, Markdown, or Gemtext formats, making them suitable for different documentation or publishing needs.
-
-The architecture of `guprecords` is modular, with classes dedicated to parsing epoch data, aggregating statistics, and formatting output. The tool reads uptime record files collected from multiple hosts (typically centralized via a git repository), processes them to compute the desired metrics, and generates ranked tables highlighting top performers or outliers. Users can tailor reports using command-line options to select categories, metrics, output formats, and entry limits. The design emphasizes flexibility and extensibility, allowing for easy integration into existing monitoring workflows. While `guprecords` does not handle the collection of raw data itself, it complements existing `uptimed` deployments by transforming raw uptime logs into actionable insights and historical records.
-
-=> https://codeberg.org/snonux/guprecords View on Codeberg
-=> https://github.com/snonux/guprecords View on GitHub
-
----
-
### ioriot
* πŸ’» Languages: C (55.5%), C/C++ (24.0%), Config (19.6%), Make (1.0%)
@@ -720,7 +695,7 @@ The architecture of `guprecords` is modular, with classes dedicated to parsing e
* πŸ“ˆ Lines of Code: 12420
* πŸ“„ Lines of Documentation: 610
* πŸ“… Development Period: 2018-03-01 to 2020-01-22
-* πŸ”₯ Recent Activity: 2549.8 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 2558.2 days (avg. age of last 42 commits)
* βš–οΈ License: Apache-2.0
* 🏷️ Latest Release: 0.5.1 (2019-01-04)
@@ -737,6 +712,31 @@ The tool operates in five main steps: capturing I/O on the production server, tr
---
+### photoalbum
+
+* πŸ’» Languages: Shell (78.1%), Make (13.5%), Config (8.4%)
+* πŸ“š Documentation: Text (100.0%)
+* πŸ“Š Commits: 153
+* πŸ“ˆ Lines of Code: 311
+* πŸ“„ Lines of Documentation: 45
+* πŸ“… Development Period: 2011-11-19 to 2022-02-20
+* πŸ”₯ Recent Activity: 2982.7 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.
+
+**Summary:**
+The `photoalbum` project is a minimal Bash script designed for Linux systems to automate the creation of static web photo albums. Its primary function is to take a collection of images from a specified directory, process them, and generate a ready-to-deploy static website that displays these photos in an organized album format. This tool is particularly useful for users who want a simple, dependency-light way to publish photo galleries online without relying on complex web frameworks or dynamic content management systems.
+
+**Key Features & Architecture:**
+`photoalbum` operates through a set of straightforward commands: `generate` (to build the album), `clean` (to remove temporary files), `version` (to display version info), and `makemake` (to set up configuration files and a Makefile). Configuration is handled via a customizable rcfile, allowing users to tailor settings such as source and output directories. The script uses HTML templates, which can be edited for custom album layouts. The workflow involves copying images to an "incoming" folder, running the `generate` command to create the album in a `dist` directory, and optionally cleaning up with `clean`. Its minimalist Bash implementation ensures ease of use, transparency, and compatibility with most Linux environments, making it ideal for users seeking a lightweight, easily customizable static photo album generator.
+
+=> https://codeberg.org/snonux/photoalbum View on Codeberg
+=> https://github.com/snonux/photoalbum View on GitHub
+
+---
+
### staticfarm-apache-handlers
* πŸ’» Languages: Perl (96.4%), Make (3.6%)
@@ -745,7 +745,7 @@ The tool operates in five main steps: capturing I/O on the production server, tr
* πŸ“ˆ Lines of Code: 919
* πŸ“„ Lines of Documentation: 12
* πŸ“… Development Period: 2015-01-02 to 2021-11-04
-* πŸ”₯ Recent Activity: 3058.6 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 3067.0 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 1.1.3 (2015-01-02)
@@ -768,7 +768,7 @@ In terms of implementation, the project consists of Perl modules that conform to
* πŸ“ˆ Lines of Code: 18
* πŸ“„ Lines of Documentation: 49
* πŸ“… Development Period: 2014-03-24 to 2021-11-05
-* πŸ”₯ Recent Activity: 3294.4 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 3302.8 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -798,7 +798,7 @@ This setup is useful for anyone running their own DNS server who needs to keep D
* πŸ“ˆ Lines of Code: 5360
* πŸ“„ Lines of Documentation: 789
* πŸ“… Development Period: 2015-01-02 to 2021-11-05
-* πŸ”₯ Recent Activity: 3561.1 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 3569.5 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 1.0.1 (2015-01-02)
@@ -825,7 +825,7 @@ The "mon" tool is a command-line monitoring API client designed to interact with
* πŸ“ˆ Lines of Code: 273
* πŸ“„ Lines of Documentation: 32
* πŸ“… Development Period: 2015-09-29 to 2021-11-05
-* πŸ”₯ Recent Activity: 3565.3 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 3573.7 days (avg. age of last 42 commits)
* βš–οΈ License: Apache-2.0
* 🏷️ Latest Release: 0 (2015-10-26)
@@ -854,7 +854,7 @@ The architecture is simple but effective: it reads a list of servers, establishe
* πŸ“ˆ Lines of Code: 1839
* πŸ“„ Lines of Documentation: 412
* πŸ“… Development Period: 2015-01-02 to 2021-11-05
-* πŸ”₯ Recent Activity: 3644.9 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 3653.3 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 1.0.2 (2015-01-02)
@@ -881,7 +881,7 @@ pingdomfetch is implemented as a script that reads configuration files from stan
* πŸ“ˆ Lines of Code: 499
* πŸ“„ Lines of Documentation: 8
* πŸ“… Development Period: 2015-05-24 to 2021-11-03
-* πŸ”₯ Recent Activity: 3655.6 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 3664.0 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 0.1 (2015-06-01)
@@ -902,7 +902,7 @@ The tool is implemented in Go, which offers advantages in terms of performance,
* πŸ“Š Commits: 670
* πŸ“ˆ Lines of Code: 1675
* πŸ“… Development Period: 2011-03-06 to 2018-12-22
-* πŸ”₯ Recent Activity: 3711.3 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 3719.7 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* 🏷️ Latest Release: v1.0.0 (2018-12-22)
@@ -925,7 +925,7 @@ The implementation is primarily documentation-driven, meant to be included at th
* πŸ“ˆ Lines of Code: 88
* πŸ“„ Lines of Documentation: 148
* πŸ“… Development Period: 2015-06-18 to 2015-12-05
-* πŸ”₯ Recent Activity: 3759.4 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 3767.8 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -950,7 +950,7 @@ The implementation involves several key steps: first, a Debian image is created
* πŸ“ˆ Lines of Code: 1681
* πŸ“„ Lines of Documentation: 539
* πŸ“… Development Period: 2014-03-10 to 2021-11-03
-* πŸ”₯ Recent Activity: 4037.4 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4045.8 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 1.0.2 (2014-11-17)
@@ -977,7 +977,7 @@ The `fapi` project is a command-line tool designed to simplify the management of
* πŸ“ˆ Lines of Code: 65
* πŸ“„ Lines of Documentation: 228
* πŸ“… Development Period: 2013-03-22 to 2021-11-04
-* πŸ”₯ Recent Activity: 4091.8 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4100.2 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 0.0.0.0 (2013-03-22)
@@ -1000,7 +1000,7 @@ Key features of the template include a Makefile that automates compilation and p
* πŸ“ˆ Lines of Code: 136
* πŸ“„ Lines of Documentation: 96
* πŸ“… Development Period: 2013-03-22 to 2021-11-05
-* πŸ”₯ Recent Activity: 4104.8 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4113.2 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 0.2.0 (2014-07-05)
@@ -1027,7 +1027,7 @@ The core functionality is implemented through a combination of Vim integration,
* πŸ“ˆ Lines of Code: 134
* πŸ“„ Lines of Documentation: 106
* πŸ“… Development Period: 2013-03-22 to 2021-11-05
-* πŸ”₯ Recent Activity: 4112.3 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4120.7 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 0.1.5 (2014-06-22)
@@ -1044,6 +1044,29 @@ The tool operates by having users simultaneously run the same command on both ho
---
+### pwgrep
+
+* πŸ’» Languages: Shell (85.0%), Make (15.0%)
+* πŸ“š Documentation: Text (80.8%), Markdown (19.2%)
+* πŸ“Š Commits: 142
+* πŸ“ˆ Lines of Code: 493
+* πŸ“„ Lines of Documentation: 26
+* πŸ“… Development Period: 2009-09-27 to 2021-11-02
+* πŸ”₯ Recent Activity: 4164.0 days (avg. age of last 42 commits)
+* βš–οΈ License: No license found
+* 🏷️ Latest Release: 0.9.3 (2014-06-14)
+
+⚠️ **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.
+
+**pwgrep** is a lightweight password manager designed for Unix-like systems, implemented primarily in Bash and GNU AWK. It securely stores and retrieves passwords by encrypting them with GPG (GNU Privacy Guard), ensuring that sensitive information remains protected. Version control for password files is handled using an RCS (Revision Control System) such as Git, allowing users to track changes, revert to previous versions, and maintain an audit trail of password updates. This approach leverages familiar command-line tools, making it accessible to users comfortable with shell environments.
+
+The core features of pwgrep include encrypted password storage, easy retrieval and search functionality (using AWK for pattern matching), and robust version control integration. The architecture is modular and script-based: Bash scripts orchestrate user interactions and file management, AWK handles efficient searching within password files, GPG provides encryption/decryption, and Git (or another RCS) manages version history. This combination offers a secure, auditable, and scriptable solution for password management without relying on heavyweight external applications or GUIs.
+
+=> https://codeberg.org/snonux/pwgrep View on Codeberg
+=> https://github.com/snonux/pwgrep View on GitHub
+
+---
+
### japi
* πŸ’» Languages: Perl (78.3%), Make (21.7%)
@@ -1052,7 +1075,7 @@ The tool operates by having users simultaneously run the same command on both ho
* πŸ“ˆ Lines of Code: 286
* πŸ“„ Lines of Documentation: 144
* πŸ“… Development Period: 2013-03-22 to 2021-11-05
-* πŸ”₯ Recent Activity: 4160.6 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4169.0 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 0.4.3 (2014-06-16)
@@ -1077,7 +1100,7 @@ The tool is implemented in Perl and relies on the "JIRA::REST" CPAN module to co
* πŸ“ˆ Lines of Code: 191
* πŸ“„ Lines of Documentation: 8
* πŸ“… Development Period: 2014-03-24 to 2014-03-24
-* πŸ”₯ Recent Activity: 4221.9 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4230.3 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -1098,7 +1121,7 @@ In terms of implementation, each script is written to be syntactically correct a
* πŸ“Š Commits: 7
* πŸ“ˆ Lines of Code: 80
* πŸ“… Development Period: 2011-07-09 to 2015-01-13
-* πŸ”₯ Recent Activity: 4301.9 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4310.3 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -1121,7 +1144,7 @@ The implementation relies on Perl scripts running on a web server, with DNS and
* πŸ“ˆ Lines of Code: 124
* πŸ“„ Lines of Documentation: 75
* πŸ“… Development Period: 2010-11-05 to 2021-11-05
-* πŸ”₯ Recent Activity: 4342.6 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4351.0 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 1.0.2 (2014-06-22)
@@ -1144,7 +1167,7 @@ The tool achieves this by invoking AWK, a powerful text-processing utility, to p
* πŸ“ˆ Lines of Code: 1828
* πŸ“„ Lines of Documentation: 100
* πŸ“… Development Period: 2010-11-05 to 2015-05-23
-* πŸ”₯ Recent Activity: 4372.7 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4381.1 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: 0.7.5 (2014-06-22)
@@ -1157,36 +1180,13 @@ loadbars: source code repository.
---
-### pwgrep
-
-* πŸ’» Languages: Shell (85.0%), Make (15.0%)
-* πŸ“š Documentation: Text (72.4%), Markdown (27.6%)
-* πŸ“Š Commits: 142
-* πŸ“ˆ Lines of Code: 493
-* πŸ“„ Lines of Documentation: 29
-* πŸ“… Development Period: 2009-09-27 to 2015-05-23
-* πŸ”₯ Recent Activity: 4386.1 days (avg. age of last 42 commits)
-* βš–οΈ License: No license found
-* 🏷️ Latest Release: 0.9.3 (2014-06-14)
-
-⚠️ **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.
-
-**pwgrep** is a lightweight password manager designed for Unix-like systems, implemented primarily in Bash and GNU AWK. It securely stores and retrieves passwords by encrypting them with GPG (GNU Privacy Guard), ensuring that sensitive information remains protected. Version control for password files is handled using an RCS (Revision Control System) such as Git, allowing users to track changes, revert to previous versions, and maintain an audit trail of password updates. This approach leverages familiar command-line tools, making it accessible to users comfortable with shell environments.
-
-The core features of pwgrep include encrypted password storage, easy retrieval and search functionality (using AWK for pattern matching), and robust version control integration. The architecture is modular and script-based: Bash scripts orchestrate user interactions and file management, AWK handles efficient searching within password files, GPG provides encryption/decryption, and Git (or another RCS) manages version history. This combination offers a secure, auditable, and scriptable solution for password management without relying on heavyweight external applications or GUIs.
-
-=> https://codeberg.org/snonux/pwgrep View on Codeberg
-=> https://github.com/snonux/pwgrep View on GitHub
-
----
-
### 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: 4422.2 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4430.5 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* 🏷️ Latest Release: v1.4 (2022-04-29)
@@ -1211,7 +1211,7 @@ The implementation centers around a main daemon process that manages the event l
* πŸ“ˆ Lines of Code: 122
* πŸ“„ Lines of Documentation: 10
* πŸ“… Development Period: 2011-01-27 to 2014-06-22
-* πŸ”₯ Recent Activity: 4753.2 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4761.6 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: v0.2 (2011-01-27)
@@ -1234,7 +1234,7 @@ The core architecture of Awksite consists of AWK scripts executed via the Common
* πŸ“ˆ Lines of Code: 720
* πŸ“„ Lines of Documentation: 6
* πŸ“… Development Period: 2008-06-21 to 2021-11-03
-* πŸ”₯ Recent Activity: 4815.8 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 4824.2 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* 🏷️ Latest Release: v0.3 (2009-02-08)
@@ -1251,29 +1251,6 @@ The application is implemented as a desktop GUI, likely using a framework such a
---
-### ychat
-
-* πŸ’» Languages: C++ (50.4%), Shell (21.3%), C/C++ (20.8%), Perl (2.3%), HTML (2.3%), Config (2.2%), Make (0.7%), CSS (0.1%)
-* πŸ“š Documentation: Text (100.0%)
-* πŸ“Š Commits: 67
-* πŸ“ˆ Lines of Code: 73818
-* πŸ“„ Lines of Documentation: 127
-* πŸ“… Development Period: 2008-05-15 to 2014-07-01
-* πŸ”₯ Recent Activity: 5407.2 days (avg. age of last 42 commits)
-* βš–οΈ License: GPL-2.0
-* 🏷️ Latest Release: yhttpd-0.7.2 (2013-04-06)
-
-⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk.
-
-**yChat** is a free, open-source, HTTP-based chat server written in C++ that allows users to communicate in real time using only a standard web browserβ€”no special client software is required. Designed for portability and performance, yChat runs as a standalone web server (with its own lightweight HTTP engine, yhttpd) and supports POSIX-compliant operating systems like Linux and BSD. Key features include multi-threading (using POSIX threads), modular architecture with dynamically loadable modules, MySQL-based user management, customizable HTML and language templates, and an ncurses-based administration interface. The system is highly configurable via XML-based config files and supports advanced features like session management, logging (including Apache-style logs), and a smart garbage collection engine for efficient resource handling.
-
-yChat’s architecture is built around a core C++ engine that handles HTTP requests directly, bypassing the need for external web servers like Apache. It uses hash maps for fast data access, supports CGI scripting, and allows for easy customization of both appearance and functionality through templates and modules. The project is organized into several branches (CURRENT, STABLE, BASIC, LEGACY) to balance stability and feature development, and it provides tools for easy installation, configuration, and administration. Its modular design, performance optimizations, and ease of customization make it a practical solution for organizations or communities seeking a lightweight, browser-accessible chat platform that is easy to deploy and extend.
-
-=> https://codeberg.org/snonux/ychat View on Codeberg
-=> https://github.com/snonux/ychat View on GitHub
-
----
-
### netcalendar
* πŸ’» Languages: Java (83.0%), HTML (12.9%), XML (3.0%), CSS (0.8%), Make (0.2%)
@@ -1282,7 +1259,7 @@ yChat’s architecture is built around a core C++ engine that handles HTTP reque
* πŸ“ˆ Lines of Code: 17380
* πŸ“„ Lines of Documentation: 947
* πŸ“… Development Period: 2009-02-07 to 2021-05-01
-* πŸ”₯ Recent Activity: 5446.5 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 5454.9 days (avg. age of last 42 commits)
* βš–οΈ License: GPL-2.0
* 🏷️ Latest Release: v0.1 (2009-02-08)
@@ -1301,13 +1278,36 @@ NetCalendar is implemented as a Java application (requiring JRE 6 or higher) and
---
+### ychat
+
+* πŸ’» Languages: C++ (51.1%), C/C++ (29.9%), Shell (15.9%), HTML (1.4%), Perl (1.2%), Make (0.4%), CSS (0.1%)
+* πŸ“š Documentation: Text (100.0%)
+* πŸ“Š Commits: 67
+* πŸ“ˆ Lines of Code: 9958
+* πŸ“„ Lines of Documentation: 103
+* πŸ“… Development Period: 2008-05-15 to 2014-07-01
+* πŸ”₯ Recent Activity: 5484.5 days (avg. age of last 42 commits)
+* βš–οΈ License: GPL-2.0
+* 🏷️ Latest Release: yhttpd-0.7.2 (2013-04-06)
+
+⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk.
+
+**yChat** is a free, open-source, HTTP-based chat server written in C++ that allows users to communicate in real time using only a standard web browserβ€”no special client software is required. Designed for portability and performance, yChat runs as a standalone web server (with its own lightweight HTTP engine, yhttpd) and supports POSIX-compliant operating systems like Linux and BSD. Key features include multi-threading (using POSIX threads), modular architecture with dynamically loadable modules, MySQL-based user management, customizable HTML and language templates, and an ncurses-based administration interface. The system is highly configurable via XML-based config files and supports advanced features like session management, logging (including Apache-style logs), and a smart garbage collection engine for efficient resource handling.
+
+yChat’s architecture is built around a core C++ engine that handles HTTP requests directly, bypassing the need for external web servers like Apache. It uses hash maps for fast data access, supports CGI scripting, and allows for easy customization of both appearance and functionality through templates and modules. The project is organized into several branches (CURRENT, STABLE, BASIC, LEGACY) to balance stability and feature development, and it provides tools for easy installation, configuration, and administration. Its modular design, performance optimizations, and ease of customization make it a practical solution for organizations or communities seeking a lightweight, browser-accessible chat platform that is easy to deploy and extend.
+
+=> https://codeberg.org/snonux/ychat View on Codeberg
+=> https://github.com/snonux/ychat View on GitHub
+
+---
+
### hsbot
* πŸ’» Languages: Haskell (98.5%), Make (1.5%)
* πŸ“Š Commits: 80
* πŸ“ˆ Lines of Code: 601
* πŸ“… Development Period: 2009-11-22 to 2011-10-17
-* πŸ”₯ Recent Activity: 5542.2 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 5550.5 days (avg. age of last 42 commits)
* βš–οΈ License: Custom License
* πŸ§ͺ Status: Experimental (no releases yet)
@@ -1322,6 +1322,27 @@ The architecture is modular, relying on external Haskell packages: libghc6-hsql-
---
+### 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
+* πŸ”₯ Recent Activity: 5712.3 days (avg. age of last 42 commits)
+* βš–οΈ License: Custom License
+* πŸ§ͺ Status: Experimental (no releases yet)
+
+⚠️ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk.
+
+fype: source code repository.
+
+=> https://codeberg.org/snonux/fype View on Codeberg
+=> https://github.com/snonux/fype View on GitHub
+
+---
+
### vs-sim
* πŸ“š Documentation: Markdown (100.0%)
@@ -1329,7 +1350,7 @@ The architecture is modular, relying on external Haskell packages: libghc6-hsql-
* πŸ“ˆ Lines of Code: 0
* πŸ“„ Lines of Documentation: 7
* πŸ“… Development Period: 2008-05-15 to 2015-05-23
-* πŸ”₯ Recent Activity: 5903.1 days (avg. age of last 42 commits)
+* πŸ”₯ Recent Activity: 5911.5 days (avg. age of last 42 commits)
* βš–οΈ License: No license found
* 🏷️ Latest Release: v1.0 (2008-08-24)
@@ -1341,24 +1362,3 @@ The simulator features a modular architecture, allowing users to define custom n
=> https://codeberg.org/snonux/vs-sim View on Codeberg
=> https://github.com/snonux/vs-sim View on GitHub
-
----
-
-### fype
-
-* πŸ’» Languages: C (71.3%), C/C++ (20.6%), HTML (6.6%), Make (1.5%)
-* πŸ“š Documentation: Text (60.2%), LaTeX (39.8%)
-* πŸ“Š Commits: 99
-* πŸ“ˆ Lines of Code: 8906
-* πŸ“„ Lines of Documentation: 1431
-* πŸ“… Development Period: 2008-05-15 to 2021-04-29
-* πŸ”₯ Recent Activity: 5949.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.
-
-fype: source code repository.
-
-=> https://codeberg.org/snonux/fype View on Codeberg
-=> https://github.com/snonux/fype View on GitHub