From c5398e43f007458934a625c3e270ae723fd78b62 Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Sun, 8 Feb 2026 17:44:33 +0200 Subject: Update content for gemtext --- about/resources.gmi | 212 +++--- about/showcase.gmi | 708 +++++++++++---------- about/showcase.gmi.tpl | 591 ++++++++--------- about/showcase/debroid/image-1.png | 182 +++--- ...-tmux-popup-editor-for-cursor-agent-prompts.gmi | 4 + ...x-popup-editor-for-cursor-agent-prompts.gmi.tpl | 4 + gemfeed/atom.xml | 6 +- index.gmi | 2 +- uptime-stats.gmi | 2 +- 9 files changed, 885 insertions(+), 826 deletions(-) diff --git a/about/resources.gmi b/about/resources.gmi index 91cd3325..cf5e687b 100644 --- a/about/resources.gmi +++ b/about/resources.gmi @@ -35,110 +35,110 @@ You won't find any links on this site because, over time, the links will break. In random order: -* 21st Century C: C Tips from the New School; Ben Klemens; O'Reilly -* Perl New Features; Joshua McAdams, brian d foy; Perl School +* Seeking SRE: Conversations About Running Production Systems at Scale; David N. Blank-Edelman; eBook +* DevOps And Site Reliability Engineering Handbook; Stephen Fleming; Audible +* Think Raku (aka Think Perl 6); Laurent Rosenfeld, Allen B. Downey; O'Reilly +* Higher Order Perl; Mark Dominus; Morgan Kaufmann * Effective awk programming; Arnold Robbins; O'Reilly -* Terraform Cookbook; Mikael Krief; Packt Publishing +* Chaos Engineering - System Resiliency in Practice; Casey Rosenthal and Nora Jones; eBook * Site Reliability Engineering; How Google runs production systems; O'Reilly +* 21st Century C: C Tips from the New School; Ben Klemens; O'Reilly * Data Science at the Command Line; Jeroen Janssens; O'Reilly -* Learn You Some Erlang for Great Good; Fred Herbert; No Starch Press -* Chaos Engineering - System Resiliency in Practice; Casey Rosenthal and Nora Jones; eBook -* Amazon Web Services in Action; Michael Wittig and Andreas Wittig; Manning Publications -* Tmux 2: Productive Mouse-free Development; Brain P. Hogan; The Pragmatic Programmers -* The Kubernetes Book; Nigel Poulton; Unabridged Audiobook -* C++ Programming Language; Bjarne Stroustrup; -* The Docker Book; James Turnbull; Kindle -* Raku Fundamentals; Moritz Lenz; Apress -* Concurrency in Go; Katherine Cox-Buday; O'Reilly -* Raku Recipes; J.J. Merelo; Apress -* The DevOps Handbook; Gene Kim, Jez Humble, Patrick Debois, John Willis; Audible -* Object-Oriented Programming with ANSI-C; Axel-Tobias Schreiner -* Seeking SRE: Conversations About Running Production Systems at Scale; David N. Blank-Edelman; eBook -* Programming Perl aka "The Camel Book"; Tom Christiansen, brian d foy, Larry Wall & Jon Orwant; O'Reilly +* Modern Perl; Chromatic ; Onyx Neon Press +* DNS and BIND; Cricket Liu; O'Reilly +* Programming Ruby 3.3 (5th Edition); Noel Rappin, with Dave Thomas; The Pragmatic Bookshelf +* Terraform Cookbook; Mikael Krief; Packt Publishing +* Hands-on Infrastructure Monitoring with Prometheus; Joel Bastos, Pedro Araujo; Packt * 100 Go Mistakes and How to Avoid Them; Teiva Harsanyi; Manning Publications -* Higher Order Perl; Mark Dominus; Morgan Kaufmann -* The Go Programming Language; Alan A. A. Donovan; Addison-Wesley Professional +* The KCNA (Kubernetes and Cloud Native Associate) Book; Nigel Poulton * Ultimate Go Notebook; Bill Kennedy -* Distributed Systems: Principles and Paradigms; Andrew S. Tanenbaum; Pearson -* Hands-on Infrastructure Monitoring with Prometheus; Joel Bastos, Pedro Araujo; Packt -* Leanring eBPF; Liz Rice; O'Reilly -* Kubernetes Cookbook; Sameer Naik, Sébastien Goasguen, Jonathan Michaux; O'Reilly -* Go Brain Teasers - Exercise Your Mind; Miki Tebeka; The Pragmatic Programmers +* Object-Oriented Programming with ANSI-C; Axel-Tobias Schreiner +* Raku Fundamentals; Moritz Lenz; Apress * Funktionale Programmierung; Peter Pepper; Springer -* The KCNA (Kubernetes and Cloud Native Associate) Book; Nigel Poulton -* Polished Ruby Programming; Jeremy Evans; Packt Publishing +* Learn You Some Erlang for Great Good; Fred Herbert; No Starch Press +* Tmux 2: Productive Mouse-free Development; Brain P. Hogan; The Pragmatic Programmers +* The Practise of System and Network Administration; Thomas A. Limoncelli, Christina J. Hogan, Strata R. Chalup; Addison-Wesley Professional Pro Git; Scott Chacon, Ben Straub; Apress +* Programming Perl aka "The Camel Book"; Tom Christiansen, brian d foy, Larry Wall & Jon Orwant; O'Reilly * Effective Java; Joshua Bloch; Addison-Wesley Professional -* DevOps And Site Reliability Engineering Handbook; Stephen Fleming; Audible -* Pro Puppet; James Turnbull, Jeffrey McCune; Apress -* Think Raku (aka Think Perl 6); Laurent Rosenfeld, Allen B. Downey; O'Reilly -* Systems Performance Tuning; Gian-Paolo D. Musumeci and others...; O'Reilly -* Modern Perl; Chromatic ; Onyx Neon Press -* Java ist auch eine Insel; Christian Ullenboom; +* The Kubernetes Book; Nigel Poulton; Unabridged Audiobook * Systemprogrammierung in Go; Frank Müller; dpunkt -* The Practise of System and Network Administration; Thomas A. Limoncelli, Christina J. Hogan, Strata R. Chalup; Addison-Wesley Professional Pro Git; Scott Chacon, Ben Straub; Apress -* Programming Ruby 3.3 (5th Edition); Noel Rappin, with Dave Thomas; The Pragmatic Bookshelf -* DNS and BIND; Cricket Liu; O'Reilly -* Learn You a Haskell for Great Good!; Miran Lipovaca; No Starch Press -* Clusterbau mit Linux-HA; Michael Schwartzkopff; O'Reilly +* Java ist auch eine Insel; Christian Ullenboom; * 97 things every SRE should know; Emil Stolarsky, Jaime Woo; O'Reilly -* Developing Games in Java; David Brackeen and others...; New Riders +* Polished Ruby Programming; Jeremy Evans; Packt Publishing * The Pragmatic Programmer; David Thomas; Addison-Wesley +* Go Brain Teasers - Exercise Your Mind; Miki Tebeka; The Pragmatic Programmers +* Clusterbau mit Linux-HA; Michael Schwartzkopff; O'Reilly +* Kubernetes Cookbook; Sameer Naik, Sébastien Goasguen, Jonathan Michaux; O'Reilly +* The DevOps Handbook; Gene Kim, Jez Humble, Patrick Debois, John Willis; Audible +* Learn You a Haskell for Great Good!; Miran Lipovaca; No Starch Press +* Amazon Web Services in Action; Michael Wittig and Andreas Wittig; Manning Publications +* Distributed Systems: Principles and Paradigms; Andrew S. Tanenbaum; Pearson +* C++ Programming Language; Bjarne Stroustrup; +* Leanring eBPF; Liz Rice; O'Reilly +* Raku Recipes; J.J. Merelo; Apress +* Developing Games in Java; David Brackeen and others...; New Riders +* Systems Performance Tuning; Gian-Paolo D. Musumeci and others...; O'Reilly +* Concurrency in Go; Katherine Cox-Buday; O'Reilly +* Pro Puppet; James Turnbull, Jeffrey McCune; Apress +* The Docker Book; James Turnbull; Kindle +* The Go Programming Language; Alan A. A. Donovan; Addison-Wesley Professional +* Perl New Features; Joshua McAdams, brian d foy; Perl School ## Technical references I didn't read them from the beginning to the end, but I am using them to look up things. The books are in random order: +* BPF Performance Tools - Linux System and Application Observability, Brendan Gregg; Addison Wesley +* Understanding the Linux Kernel; Daniel P. Bovet, Marco Cesati; O'Reilly * The Linux Programming Interface; Michael Kerrisk; No Starch Press -* Relayd and Httpd Mastery; Michael W Lucas * Algorithms; Robert Sedgewick, Kevin Wayne; Addison Wesley -* Go: Design Patterns for Real-World Projects; Mat Ryer; Packt * Groovy Kurz & Gut; Joerg Staudemeier; O'Reilly -* Understanding the Linux Kernel; Daniel P. Bovet, Marco Cesati; O'Reilly * Implementing Service Level Objectives; Alex Hidalgo; O'Reilly -* BPF Performance Tools - Linux System and Application Observability, Brendan Gregg; Addison Wesley +* Go: Design Patterns for Real-World Projects; Mat Ryer; Packt +* Relayd and Httpd Mastery; Michael W Lucas ## Self-development and soft-skills books In random order: -* Never Split the Difference; Chris Voss, Tahl Raz; Random House Business -* Stop starting, start finishing; Arne Roock; Lean-Kanban University -* The Off Switch; Mark Cropley; Virgin Books (RE-READ 1ST TIME) -* 101 Essays that change the way you think; Brianna Wiest; Audiobook +* Staff Engineer: Leadership beyond the management track; Will Larson; Audiobook * Meditation for Mortals, Oliver Burkeman, Audiobook -* Who Moved My Cheese?; Dr. Spencer Johnson; Vermilion -* Atomic Habits; James Clear; Random House Business +* Eat That Frog!; Brian Tracy; Hodder Paperbacks * The Power of Now; Eckhard Tolle; Yellow Kite -* The Obstacle Is The Way; Ryan Holiday; Profile Books Ltd -* The Good Enough Job; Simone Stolzoff; Ebury Edge -* Solve for Happy; Mo Gawdat (RE-READ 1ST TIME) -* Ultralearning; Scott Young; Thorsons +* Atomic Habits; James Clear; Random House Business +* The Software Engineer's Guidebook: Navigating senior, tech lead, and staff engineer positions at tech companies and startups; Gergely Orosz; Audiobook +* The Off Switch; Mark Cropley; Virgin Books (RE-READ 1ST TIME) +* The Complete Software Developer's Career Guide; John Sonmez; Unabridged Audiobook * Coders at Work - Reflections on the craft of programming, Peter Seibel and Mitchell Dorian et al., Audiobook -* The Bullet Journal Method; Ryder Carroll; Fourth Estate -* 97 Things Every Engineering Manager Should Know; Camille Fournier; Audiobook -* Slow Productivity; Cal Newport; Penguin Random House -* Eat That Frog; Brian Tracy -* Consciousness: A Very Short Introduction; Susan Blackmore; Oxford Uiversity Press -* Search Inside Yourself - The Unexpected path to Achieving Success, Happiness (and World Peace); Chade-Meng Tan, Daniel Goleman, Jon Kabat-Zinn; HarperOne -* Eat That Frog!; Brian Tracy; Hodder Paperbacks -* The 7 Habits Of Highly Effective People; Stephen R. Covey; Simon & Schuster UK -* The Phoenix Project - A Novel About IT, DevOps, and Helping your Business Win; Gene Kim and Kevin Behr; Trade Select -* Buddah and Einstein walk into a Bar; Guy Joseph Ale, Claire Bloom; Blackstone Publishing -* Influence without Authority; A. Cohen, D. Bradford; Wiley +* The Daily Stoic; Ryan Holiday, Stephen Hanselman; Profile Books +* Digital Minimalism; Cal Newport; Portofolio Penguin * Ultralearning; Anna Laurent; Self-published via Amazon * The Courage to Be Disliked; Ichiro Kishimi and Fumitake Koga; Audiobook -* Staff Engineer: Leadership beyond the management track; Will Larson; Audiobook -* The Daily Stoic; Ryan Holiday, Stephen Hanselman; Profile Books -* Time Management for System Administrators; Thomas A. Limoncelli; O'Reilly -* So Good They Can't Ignore You; Cal Newport; Business Plus +* Buddah and Einstein walk into a Bar; Guy Joseph Ale, Claire Bloom; Blackstone Publishing +* Never Split the Difference; Chris Voss, Tahl Raz; Random House Business +* The Obstacle Is The Way; Ryan Holiday; Profile Books Ltd +* 97 Things Every Engineering Manager Should Know; Camille Fournier; Audiobook * Soft Skills; John Sommez; Manning Publications +* Influence without Authority; A. Cohen, D. Bradford; Wiley +* Who Moved My Cheese?; Dr. Spencer Johnson; Vermilion +* Time Management for System Administrators; Thomas A. Limoncelli; O'Reilly +* Consciousness: A Very Short Introduction; Susan Blackmore; Oxford Uiversity Press +* The Phoenix Project - A Novel About IT, DevOps, and Helping your Business Win; Gene Kim and Kevin Behr; Trade Select +* Search Inside Yourself - The Unexpected path to Achieving Success, Happiness (and World Peace); Chade-Meng Tan, Daniel Goleman, Jon Kabat-Zinn; HarperOne * Getting Things Done; David Allen -* Digital Minimalism; Cal Newport; Portofolio Penguin -* The Software Engineer's Guidebook: Navigating senior, tech lead, and staff engineer positions at tech companies and startups; Gergely Orosz; Audiobook -* The Complete Software Developer's Career Guide; John Sonmez; Unabridged Audiobook -* Psycho-Cybernetics; Maxwell Maltz; Perigee Books +* 101 Essays that change the way you think; Brianna Wiest; Audiobook +* Ultralearning; Scott Young; Thorsons +* Stop starting, start finishing; Arne Roock; Lean-Kanban University +* The Good Enough Job; Simone Stolzoff; Ebury Edge * Deep Work; Cal Newport; Piatkus +* Psycho-Cybernetics; Maxwell Maltz; Perigee Books +* The 7 Habits Of Highly Effective People; Stephen R. Covey; Simon & Schuster UK +* Eat That Frog; Brian Tracy +* Slow Productivity; Cal Newport; Penguin Random House * The Joy of Missing Out; Christina Crook; New Society Publishers +* Solve for Happy; Mo Gawdat (RE-READ 1ST TIME) +* So Good They Can't Ignore You; Cal Newport; Business Plus +* The Bullet Journal Method; Ryder Carroll; Fourth Estate => ../notes/index.gmi Here are notes of mine for some of the books @@ -146,29 +146,29 @@ In random order: Some of these were in-person with exams; others were online learning lectures only. In random order: -* Functional programming lecture; Remote University of Hagen -* MySQL Deep Dive Workshop; 2-day on-site training -* Protocol buffers; O'Reilly Online -* The Ultimate Kubernetes Bootcamp; School of Devops; O'Reilly Online -* Scripting Vim; Damian Conway; O'Reilly Online +* Cloud Operations on AWS - Learn how to configure, deploy, maintain, and troubleshoot your AWS environments; 3-day online live training with labs; Amazon * The Well-Grounded Rubyist Video Edition; David. A. Black; O'Reilly Online -* Linux Security and Isolation APIs Training; Michael Kerrisk; 3-day on-site training -* Red Hat Certified System Administrator; Course + certification (Although I had the option, I decided not to take the next course as it is more effective to self learn what I need) -* Apache Tomcat Best Practises; 3-day on-site training +* Algorithms Video Lectures; Robert Sedgewick; O'Reilly Online * Developing IaC with Terraform (with Live Lessons); O'Reilly Online +* Red Hat Certified System Administrator; Course + certification (Although I had the option, I decided not to take the next course as it is more effective to self learn what I need) +* The Ultimate Kubernetes Bootcamp; School of Devops; O'Reilly Online +* Functional programming lecture; Remote University of Hagen * AWS Immersion Day; Amazon; 1-day interactive online training -* Ultimate Go Programming; Bill Kennedy; O'Reilly Online -* Algorithms Video Lectures; Robert Sedgewick; O'Reilly Online -* Structure and Interpretation of Computer Programs; Harold Abelson and more...; +* Apache Tomcat Best Practises; 3-day on-site training +* Protocol buffers; O'Reilly Online * F5 Loadbalancers Training; 2-day on-site training; F5, Inc. -* Cloud Operations on AWS - Learn how to configure, deploy, maintain, and troubleshoot your AWS environments; 3-day online live training with labs; Amazon +* Structure and Interpretation of Computer Programs; Harold Abelson and more...; +* MySQL Deep Dive Workshop; 2-day on-site training +* Scripting Vim; Damian Conway; O'Reilly Online +* Ultimate Go Programming; Bill Kennedy; O'Reilly Online +* Linux Security and Isolation APIs Training; Michael Kerrisk; 3-day on-site training ## Technical guides These are not whole books, but guides (smaller or larger) which I found very useful. in random order: -* How CPUs work at https://cpu.land * Raku Guide at https://raku.guide +* How CPUs work at https://cpu.land * Advanced Bash-Scripting Guide ## Podcasts @@ -177,58 +177,58 @@ These are not whole books, but guides (smaller or larger) which I found very use In random order: +* The Pragmatic Engineer Podcast +* BSD Now [BSD] +* Modern Mentor * Hidden Brain -* Pratical AI +* The ProdCast (Google SRE Podcast) +* Backend Banter * Maintainable -* Cup o' Go [Golang] -* BSD Now [BSD] * Wednesday Wisdom -* The Pragmatic Engineer Podcast * Fallthrough [Golang] -* The Changelog Podcast(s) * Dev Interrupted * Fork Around And Find Out -* Backend Banter -* Modern Mentor * Deep Questions with Cal Newport -* The ProdCast (Google SRE Podcast) +* Cup o' Go [Golang] +* The Changelog Podcast(s) +* Pratical AI ### Podcasts I liked I liked them but am not listening to them anymore. The podcasts have either "finished" (no more episodes) or I stopped listening to them due to time constraints or a shift in my interests. -* Java Pub House -* Modern Mentor -* Go Time (predecessor of fallthrough) * FLOSS weekly -* CRE: Chaosradio Express [german] +* Go Time (predecessor of fallthrough) * Ship It (predecessor of Fork Around And Find Out) +* Modern Mentor +* Java Pub House +* CRE: Chaosradio Express [german] ## Newsletters I like This is a mix of tech and non-tech newsletters I am subscribed to. In random order: +* Golang Weekly +* Register Spill * Monospace Mentor -* VK Newsletter * Andreas Brandhorst Newsletter (Sci-Fi author) -* Ruby Weekly -* Register Spill -* Changelog News -* byteSizeGo -* The Valuable Dev * Applied Go Weekly Newsletter -* Golang Weekly +* The Valuable Dev * The Pragmatic Engineer +* VK Newsletter +* Changelog News +* Ruby Weekly +* byteSizeGo * The Imperfectionist ## Magazines I like(d) This is a mix of tech I like(d). I may not be a current subscriber, but now and then, I buy an issue. In random order: -* Linux Magazine -* Linux User -* freeX (not published anymore) * LWN (online only) +* freeX (not published anymore) +* Linux User +* Linux Magazine # Formal education diff --git a/about/showcase.gmi b/about/showcase.gmi index 544c1ed5..44748643 100644 --- a/about/showcase.gmi +++ b/about/showcase.gmi @@ -1,6 +1,6 @@ # Project Showcase -Generated on: 2026-01-24 +Generated on: 2026-02-07 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. @@ -9,87 +9,112 @@ This page showcases my side projects, providing an overview of what each project * ⇢ Project Showcase * ⇢ ⇢ Overall Statistics * ⇢ ⇢ Projects -* ⇢ ⇢ ⇢ 1. conf -* ⇢ ⇢ ⇢ 2. log4jbench -* ⇢ ⇢ ⇢ 3. epimetheus -* ⇢ ⇢ ⇢ 4. perc -* ⇢ ⇢ ⇢ 5. hexai -* ⇢ ⇢ ⇢ 6. yoga -* ⇢ ⇢ ⇢ 7. totalrecall -* ⇢ ⇢ ⇢ 8. gitsyncer -* ⇢ ⇢ ⇢ 9. foostats +* ⇢ ⇢ ⇢ 1. epimetheus +* ⇢ ⇢ ⇢ 2. conf +* ⇢ ⇢ ⇢ 3. foo.zone +* ⇢ ⇢ ⇢ 4. scifi +* ⇢ ⇢ ⇢ 5. log4jbench +* ⇢ ⇢ ⇢ 6. hexai +* ⇢ ⇢ ⇢ 7. perc +* ⇢ ⇢ ⇢ 8. yoga +* ⇢ ⇢ ⇢ 9. totalrecall * ⇢ ⇢ ⇢ 10. gogios -* ⇢ ⇢ ⇢ 11. timr -* ⇢ ⇢ ⇢ 12. tasksamurai -* ⇢ ⇢ ⇢ 13. ior -* ⇢ ⇢ ⇢ 14. dtail -* ⇢ ⇢ ⇢ 15. gos -* ⇢ ⇢ ⇢ 16. ds-sim -* ⇢ ⇢ ⇢ 17. gemtexter -* ⇢ ⇢ ⇢ 18. wireguardmeshgenerator -* ⇢ ⇢ ⇢ 19. rcm -* ⇢ ⇢ ⇢ 20. terraform -* ⇢ ⇢ ⇢ 21. sillybench -* ⇢ ⇢ ⇢ 22. quicklogger -* ⇢ ⇢ ⇢ 23. gorum -* ⇢ ⇢ ⇢ 24. guprecords -* ⇢ ⇢ ⇢ 25. docker-radicale-server -* ⇢ ⇢ ⇢ 26. geheim -* ⇢ ⇢ ⇢ 27. algorithms -* ⇢ ⇢ ⇢ 28. randomjournalpage -* ⇢ ⇢ ⇢ 29. ioriot -* ⇢ ⇢ ⇢ 30. sway-autorotate -* ⇢ ⇢ ⇢ 31. mon -* ⇢ ⇢ ⇢ 32. staticfarm-apache-handlers -* ⇢ ⇢ ⇢ 33. pingdomfetch -* ⇢ ⇢ ⇢ 34. xerl -* ⇢ ⇢ ⇢ 35. fapi -* ⇢ ⇢ ⇢ 36. photoalbum -* ⇢ ⇢ ⇢ 37. ychat -* ⇢ ⇢ ⇢ 38. perl-c-fibonacci -* ⇢ ⇢ ⇢ 39. netcalendar -* ⇢ ⇢ ⇢ 40. loadbars -* ⇢ ⇢ ⇢ 41. gotop -* ⇢ ⇢ ⇢ 42. fype -* ⇢ ⇢ ⇢ 43. rubyfy -* ⇢ ⇢ ⇢ 44. pwgrep -* ⇢ ⇢ ⇢ 45. perldaemon -* ⇢ ⇢ ⇢ 46. jsmstrade -* ⇢ ⇢ ⇢ 47. japi -* ⇢ ⇢ ⇢ 48. perl-poetry -* ⇢ ⇢ ⇢ 49. muttdelay -* ⇢ ⇢ ⇢ 50. netdiff -* ⇢ ⇢ ⇢ 51. debroid -* ⇢ ⇢ ⇢ 52. hsbot -* ⇢ ⇢ ⇢ 53. cpuinfo -* ⇢ ⇢ ⇢ 54. template -* ⇢ ⇢ ⇢ 55. ipv6test -* ⇢ ⇢ ⇢ 56. awksite -* ⇢ ⇢ ⇢ 57. dyndns -* ⇢ ⇢ ⇢ 58. vs-sim -* ⇢ ⇢ ⇢ 59. foo.zone +* ⇢ ⇢ ⇢ 11. gitsyncer +* ⇢ ⇢ ⇢ 12. foostats +* ⇢ ⇢ ⇢ 13. tasksamurai +* ⇢ ⇢ ⇢ 14. timr +* ⇢ ⇢ ⇢ 15. ior +* ⇢ ⇢ ⇢ 16. dtail +* ⇢ ⇢ ⇢ 17. gos +* ⇢ ⇢ ⇢ 18. ds-sim +* ⇢ ⇢ ⇢ 19. gemtexter +* ⇢ ⇢ ⇢ 20. wireguardmeshgenerator +* ⇢ ⇢ ⇢ 21. rcm +* ⇢ ⇢ ⇢ 22. terraform +* ⇢ ⇢ ⇢ 23. quicklogger +* ⇢ ⇢ ⇢ 24. sillybench +* ⇢ ⇢ ⇢ 25. gorum +* ⇢ ⇢ ⇢ 26. guprecords +* ⇢ ⇢ ⇢ 27. docker-radicale-server +* ⇢ ⇢ ⇢ 28. geheim +* ⇢ ⇢ ⇢ 29. algorithms +* ⇢ ⇢ ⇢ 30. randomjournalpage +* ⇢ ⇢ ⇢ 31. photoalbum +* ⇢ ⇢ ⇢ 32. ioriot +* ⇢ ⇢ ⇢ 33. ipv6test +* ⇢ ⇢ ⇢ 34. sway-autorotate +* ⇢ ⇢ ⇢ 35. mon +* ⇢ ⇢ ⇢ 36. staticfarm-apache-handlers +* ⇢ ⇢ ⇢ 37. pingdomfetch +* ⇢ ⇢ ⇢ 38. xerl +* ⇢ ⇢ ⇢ 39. ychat +* ⇢ ⇢ ⇢ 40. fapi +* ⇢ ⇢ ⇢ 41. perl-c-fibonacci +* ⇢ ⇢ ⇢ 42. netcalendar +* ⇢ ⇢ ⇢ 43. loadbars +* ⇢ ⇢ ⇢ 44. gotop +* ⇢ ⇢ ⇢ 45. fype +* ⇢ ⇢ ⇢ 46. rubyfy +* ⇢ ⇢ ⇢ 47. pwgrep +* ⇢ ⇢ ⇢ 48. perldaemon +* ⇢ ⇢ ⇢ 49. jsmstrade +* ⇢ ⇢ ⇢ 50. japi +* ⇢ ⇢ ⇢ 51. perl-poetry +* ⇢ ⇢ ⇢ 52. muttdelay +* ⇢ ⇢ ⇢ 53. netdiff +* ⇢ ⇢ ⇢ 54. debroid +* ⇢ ⇢ ⇢ 55. hsbot +* ⇢ ⇢ ⇢ 56. cpuinfo +* ⇢ ⇢ ⇢ 57. template +* ⇢ ⇢ ⇢ 58. awksite +* ⇢ ⇢ ⇢ 59. dyndns +* ⇢ ⇢ ⇢ 60. vs-sim ## Overall Statistics -* 📦 Total Projects: 59 -* 📊 Total Commits: 12,767 -* 📈 Total Lines of Code: 293,318 -* 📄 Total Lines of Documentation: 31,738 -* 💻 Languages: Go (31.3%), Java (14.0%), C++ (7.7%), C (6.6%), HTML (6.2%), Shell (6.2%), CSS (5.9%), Perl (5.9%), C/C++ (4.9%), YAML (2.8%), Python (2.4%), Config (1.5%), JSON (1.1%), Ruby (1.0%), HCL (0.9%), Make (0.6%), Raku (0.3%), XML (0.3%), Haskell (0.2%), TOML (0.1%) -* 📚 Documentation: Markdown (62.6%), Text (35.6%), LaTeX (1.8%) -* 🚀 Release Status: 38 released, 21 experimental (64.4% with releases, 35.6% experimental) +* 📦 Total Projects: 60 +* 📊 Total Commits: 13,066 +* 📈 Total Lines of Code: 320,071 +* 📄 Total Lines of Documentation: 31,896 +* 💻 Languages: Go (29.6%), Java (12.8%), C++ (7.9%), C (6.0%), XML (6.0%), Shell (5.8%), CSS (5.6%), Perl (5.4%), C/C++ (5.1%), YAML (4.7%), HTML (3.3%), Python (2.2%), Config (1.3%), JSON (1.1%), Ruby (0.9%), HCL (0.9%), Make (0.6%), Raku (0.3%), Haskell (0.2%), JavaScript (0.2%) +* 📚 Documentation: Markdown (62.5%), Text (35.7%), LaTeX (1.8%) +* 🚀 Release Status: 38 released, 22 experimental (63.3% with releases, 36.7% experimental) ## Projects -### 1. conf +### 1. epimetheus -* 💻 Languages: YAML (55.0%), Shell (18.0%), Perl (13.5%), Python (3.1%), Config (2.4%), CSS (2.3%), TOML (2.1%), Ruby (1.8%), Docker (0.9%), Lua (0.5%), JSON (0.2%), HTML (0.2%) -* 📚 Documentation: Markdown (96.1%), Text (3.9%) -* 📊 Commits: 2167 -* 📈 Lines of Code: 14113 -* 📄 Lines of Documentation: 4886 -* 📅 Development Period: 2021-12-28 to 2026-01-23 -* 🏆 Score: 622.2 (combines code size and activity) +* 💻 Languages: Go (83.4%), Shell (16.6%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 1 +* 📈 Lines of Code: 4844 +* 📄 Lines of Documentation: 1064 +* 📅 Development Period: 2026-02-07 to 2026-02-07 +* 🏆 Score: 3019.2 (combines code size and activity) +* ⚖️ License: No license found +* 🧪 Status: Experimental (no releases yet) + + +=> showcase/epimetheus/image-1.png epimetheus screenshot + +**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). + +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. + +=> https://codeberg.org/snonux/epimetheus View on Codeberg +=> https://github.com/snonux/epimetheus View on GitHub + +--- + +### 2. conf + +* 💻 Languages: YAML (68.9%), Shell (13.1%), Perl (9.0%), Python (2.0%), Config (1.6%), CSS (1.5%), TOML (1.4%), Ruby (1.2%), Docker (0.6%), Lua (0.3%), JSON (0.2%), HTML (0.1%) +* 📚 Documentation: Markdown (97.1%), Text (2.9%) +* 📊 Commits: 2305 +* 📈 Lines of Code: 21210 +* 📄 Lines of Documentation: 6495 +* 📅 Development Period: 2021-12-28 to 2026-02-06 +* 🏆 Score: 698.1 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) @@ -103,7 +128,49 @@ The project is organized into distinct subdirectories: `dotfiles/` contains shel --- -### 2. log4jbench +### 3. foo.zone + +* 💻 Languages: XML (98.7%), Shell (1.0%), Go (0.3%) +* 📚 Documentation: Text (86.2%), Markdown (13.8%) +* 📊 Commits: 3505 +* 📈 Lines of Code: 18702 +* 📄 Lines of Documentation: 174 +* 📅 Development Period: 2021-04-29 to 2026-02-07 +* 🏆 Score: 689.4 (combines code size and activity) +* ⚖️ License: No license found +* 🧪 Status: Experimental (no releases yet) + + +foo.zone: source code repository. + +=> https://codeberg.org/snonux/foo.zone View on Codeberg +=> https://github.com/snonux/foo.zone View on GitHub + +--- + +### 4. scifi + +* 💻 Languages: JSON (35.9%), CSS (30.6%), JavaScript (29.6%), HTML (3.8%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 23 +* 📈 Lines of Code: 1664 +* 📄 Lines of Documentation: 853 +* 📅 Development Period: 2026-01-25 to 2026-01-27 +* 🏆 Score: 232.2 (combines code size and activity) +* ⚖️ License: No license found +* 🧪 Status: Experimental (no releases yet) + + +This is a static HTML showcase for a personal sci-fi book collection (54 books). It displays books in a responsive grid with cover images, lets users filter by author, format, or free-text search, and shows plot summaries in a modal on click. The entire site works offline with no external dependencies — all covers, metadata, and summaries are bundled locally. + +The architecture keeps content separate from presentation: book metadata lives in `data/books.json`, summaries are individual markdown files in `summaries/`, and covers are stored as local JPGs. A build step (`node build.js`) embeds the markdown summaries into the JSON file, producing a self-contained site that can be served as plain static files. The frontend (`js/app.js`) handles filtering and modal display client-side, while `css/styles.css` provides the grid layout and styling. + +=> https://codeberg.org/snonux/scifi View on Codeberg +=> https://github.com/snonux/scifi View on GitHub + +--- + +### 5. log4jbench * 💻 Languages: Java (78.9%), XML (21.1%) * 📚 Documentation: Markdown (100.0%) @@ -111,7 +178,7 @@ The project is organized into distinct subdirectories: `dotfiles/` contains shel * 📈 Lines of Code: 774 * 📄 Lines of Documentation: 119 * 📅 Development Period: 2026-01-09 to 2026-01-09 -* 🏆 Score: 184.8 (combines code size and activity) +* 🏆 Score: 96.5 (combines code size and activity) * ⚖️ License: MIT * 🧪 Status: Experimental (no releases yet) @@ -125,31 +192,31 @@ The implementation uses a fat JAR built with Maven, requiring Java 17+. It's des --- -### 3. epimetheus +### 6. hexai -* 💻 Languages: Go (63.6%), Shell (24.3%), JSON (12.2%) -* 📚 Documentation: Markdown (98.5%), Text (1.5%) -* 📊 Commits: 16 -* 📈 Lines of Code: 3869 -* 📄 Lines of Documentation: 3700 -* 📅 Development Period: 2025-12-30 to 2026-01-06 -* 🏆 Score: 144.0 (combines code size and activity) +* 💻 Languages: Go (100.0%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 259 +* 📈 Lines of Code: 18422 +* 📄 Lines of Documentation: 616 +* 📅 Development Period: 2025-08-01 to 2026-02-06 +* 🏆 Score: 57.5 (combines code size and activity) * ⚖️ License: No license found -* 🧪 Status: Experimental (no releases yet) +* 🏷️ Latest Release: v0.17.0 (2026-02-06) -=> showcase/epimetheus/image-1.png epimetheus screenshot +=> showcase/hexai/image-1.png hexai screenshot -**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). +Hexai is a Go-based AI integration tool designed primarily for the Helix editor that provides LSP (Language Server Protocol) powered AI features. It offers code auto-completion, AI-driven code actions, in-editor chat with LLMs, and a standalone CLI tool for direct LLM interaction. A standout feature is its ability to query multiple AI providers (OpenAI, OpenRouter, GitHub Copilot, Ollama) in parallel, allowing developers to compare responses side-by-side. It has enhanced capabilities for Go code understanding, such as generating unit tests from functions, while supporting other programming languages as well. -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. +The project is implemented as an LSP server written in Go, with a TUI component built using Bubble Tea for the tmux-based code action runner (`hexai-tmux-action`). This architecture allows it to integrate seamlessly into LSP-compatible editors, with special focus on Helix + tmux workflows. The custom prompt feature lets developers use their preferred editor to craft prompts, making it flexible for various development workflows. -=> https://codeberg.org/snonux/epimetheus View on Codeberg -=> https://github.com/snonux/epimetheus View on GitHub +=> https://codeberg.org/snonux/hexai View on Codeberg +=> https://github.com/snonux/hexai View on GitHub --- -### 4. perc +### 7. perc * 💻 Languages: Go (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -157,7 +224,7 @@ The architecture routes current data (<5 min old) through Pushgateway where Prom * 📈 Lines of Code: 452 * 📄 Lines of Documentation: 80 * 📅 Development Period: 2025-11-25 to 2025-11-25 -* 🏆 Score: 43.8 (combines code size and activity) +* 🏆 Score: 35.4 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v0.1.0 (2025-11-25) @@ -171,41 +238,17 @@ The tool is built as a simple Go CLI application with a standard project layout --- -### 5. hexai +### 8. yoga -* 💻 Languages: Go (65.3%), HTML (34.7%) +* 💻 Languages: Go (66.1%), HTML (33.9%) * 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 240 -* 📈 Lines of Code: 28331 -* 📄 Lines of Documentation: 562 -* 📅 Development Period: 2025-08-01 to 2025-11-03 -* 🏆 Score: 36.5 (combines code size and activity) +* 📊 Commits: 24 +* 📈 Lines of Code: 5921 +* 📄 Lines of Documentation: 83 +* 📅 Development Period: 2025-10-01 to 2026-01-28 +* 🏆 Score: 34.9 (combines code size and activity) * ⚖️ License: No license found -* 🏷️ Latest Release: v0.15.3 (2025-11-03) - - -=> showcase/hexai/image-1.png hexai screenshot - -Hexai is a Go-based AI integration tool designed primarily for the Helix editor that provides LSP (Language Server Protocol) powered AI features. It offers code auto-completion, AI-driven code actions, in-editor chat with LLMs, and a standalone CLI tool for direct LLM interaction. A standout feature is its ability to query multiple AI providers (OpenAI, OpenRouter, GitHub Copilot, Ollama) in parallel, allowing developers to compare responses side-by-side. It has enhanced capabilities for Go code understanding, such as generating unit tests from functions, while supporting other programming languages as well. - -The project is implemented as an LSP server written in Go, with a TUI component built using Bubble Tea for the tmux-based code action runner (`hexai-tmux-action`). This architecture allows it to integrate seamlessly into LSP-compatible editors, with special focus on Helix + tmux workflows. The custom prompt feature lets developers use their preferred editor to craft prompts, making it flexible for various development workflows. - -=> https://codeberg.org/snonux/hexai View on Codeberg -=> https://github.com/snonux/hexai View on GitHub - ---- - -### 6. yoga - -* 💻 Languages: Go (100.0%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 12 -* 📈 Lines of Code: 3408 -* 📄 Lines of Documentation: 82 -* 📅 Development Period: 2025-10-01 to 2025-10-24 -* 🏆 Score: 32.1 (combines code size and activity) -* ⚖️ License: No license found -* 🏷️ Latest Release: v0.3.0 (2025-10-24) +* 🏷️ Latest Release: v0.4.0 (2026-01-28) => showcase/yoga/image-1.png yoga screenshot @@ -219,7 +262,7 @@ The implementation follows clean Go architecture with domain logic organized und --- -### 7. totalrecall +### 9. totalrecall * 💻 Languages: Go (99.0%), Shell (0.5%), YAML (0.4%) * 📚 Documentation: Markdown (99.5%), Text (0.5%) @@ -227,7 +270,7 @@ The implementation follows clean Go architecture with domain logic organized und * 📈 Lines of Code: 13129 * 📄 Lines of Documentation: 377 * 📅 Development Period: 2025-07-14 to 2026-01-21 -* 🏆 Score: 31.8 (combines code size and activity) +* 🏆 Score: 28.6 (combines code size and activity) * ⚖️ License: MIT * 🏷️ Latest Release: v0.8.0 (2026-01-21) @@ -245,7 +288,31 @@ The project offers both a keyboard-driven GUI for interactive use and a CLI for --- -### 8. gitsyncer +### 10. gogios + +* 💻 Languages: Go (98.7%), JSON (0.8%), YAML (0.5%) +* 📚 Documentation: Markdown (94.9%), Text (5.1%) +* 📊 Commits: 104 +* 📈 Lines of Code: 3303 +* 📄 Lines of Documentation: 394 +* 📅 Development Period: 2023-04-17 to 2026-01-27 +* 🏆 Score: 24.0 (combines code size and activity) +* ⚖️ License: Custom License +* 🏷️ Latest Release: v1.3.0 (2026-01-06) + + +=> showcase/gogios/image-1.png gogios screenshot + +Gogios is a minimalistic monitoring tool written in Go for small-scale infrastructure (e.g., personal servers and VMs). It executes standard Nagios/Icinga monitoring plugins via CRON jobs, tracks state changes in a JSON file, and sends email notifications through a local MTA only when check statuses change. Unlike full-featured monitoring solutions (Nagios, Icinga, Prometheus), Gogios deliberately avoids complexity—no databases, web UIs, clustering, or contact groups—making it ideal for simple, self-hosted environments with limited monitoring needs. + +The architecture is straightforward: JSON configuration defines checks (plugin paths, arguments, timeouts, dependencies, retries), a state directory persists check results between runs, and concurrent execution with configurable limits keeps things efficient. Key features include check dependencies (skip HTTP checks if ping fails), retry logic, stale alert detection, re-notification schedules, and support for remote checks via NRPE. A basic high-availability setup is achievable by running Gogios on two servers with staggered CRON intervals, though this results in duplicate notifications when both servers are operational—a deliberate trade-off for simplicity. + +=> https://codeberg.org/snonux/gogios View on Codeberg +=> https://github.com/snonux/gogios View on GitHub + +--- + +### 11. gitsyncer * 💻 Languages: Go (92.2%), Shell (7.4%), JSON (0.4%) * 📚 Documentation: Markdown (100.0%) @@ -253,7 +320,7 @@ The project offers both a keyboard-driven GUI for interactive use and a CLI for * 📈 Lines of Code: 10075 * 📄 Lines of Documentation: 2432 * 📅 Development Period: 2025-06-23 to 2025-12-31 -* 🏆 Score: 23.4 (combines code size and activity) +* 🏆 Score: 21.6 (combines code size and activity) * ⚖️ License: BSD-2-Clause * 🏷️ Latest Release: v0.11.0 (2025-12-31) @@ -267,7 +334,7 @@ The implementation uses a git remotes approach: it clones from one organization, --- -### 9. foostats +### 12. foostats * 💻 Languages: Perl (100.0%) * 📚 Documentation: Markdown (54.6%), Text (45.4%) @@ -275,7 +342,7 @@ The implementation uses a git remotes approach: it clones from one organization, * 📈 Lines of Code: 1902 * 📄 Lines of Documentation: 423 * 📅 Development Period: 2023-01-02 to 2025-11-01 -* 🏆 Score: 21.0 (combines code size and activity) +* 🏆 Score: 19.2 (combines code size and activity) * ⚖️ License: Custom License * 🏷️ Latest Release: v0.2.0 (2025-10-21) @@ -289,31 +356,33 @@ The implementation uses a modular Perl architecture with specialized components: --- -### 10. gogios +### 13. tasksamurai -* 💻 Languages: Go (98.5%), JSON (0.9%), YAML (0.6%) -* 📚 Documentation: Markdown (94.9%), Text (5.1%) -* 📊 Commits: 101 -* 📈 Lines of Code: 2921 -* 📄 Lines of Documentation: 394 -* 📅 Development Period: 2023-04-17 to 2026-01-22 +* 💻 Languages: Go (99.8%), YAML (0.2%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 222 +* 📈 Lines of Code: 6544 +* 📄 Lines of Documentation: 254 +* 📅 Development Period: 2025-06-19 to 2026-02-04 * 🏆 Score: 19.1 (combines code size and activity) -* ⚖️ License: Custom License -* 🏷️ Latest Release: v1.3.0 (2026-01-06) +* ⚖️ License: BSD-2-Clause +* 🏷️ Latest Release: v0.11.0 (2026-02-04) -=> showcase/gogios/image-1.png gogios screenshot +=> showcase/tasksamurai/image-1.png tasksamurai screenshot -Gogios is a minimalistic monitoring tool written in Go for small-scale infrastructure (e.g., personal servers and VMs). It executes standard Nagios/Icinga monitoring plugins via CRON jobs, tracks state changes in a JSON file, and sends email notifications through a local MTA only when check statuses change. Unlike full-featured monitoring solutions (Nagios, Icinga, Prometheus), Gogios deliberately avoids complexity—no databases, web UIs, clustering, or contact groups—making it ideal for simple, self-hosted environments with limited monitoring needs. +**Task Samurai** is a fast, keyboard-driven terminal UI for Taskwarrior built in Go using the Bubble Tea framework. It displays your Taskwarrior tasks in an interactive table where you can manage them entirely through hotkeys—adding, starting, completing, and annotating tasks without touching the mouse. It supports all Taskwarrior filters as command-line arguments, allowing you to start with focused views like `tasksamurai +tag status:pending` or `tasksamurai project:work due:today`. -The architecture is straightforward: JSON configuration defines checks (plugin paths, arguments, timeouts, dependencies, retries), a state directory persists check results between runs, and concurrent execution with configurable limits keeps things efficient. Key features include check dependencies (skip HTTP checks if ping fails), retry logic, stale alert detection, re-notification schedules, and support for remote checks via NRPE. A basic high-availability setup is achievable by running Gogios on two servers with staggered CRON intervals, though this results in duplicate notifications when both servers are operational—a deliberate trade-off for simplicity. +=> showcase/tasksamurai/image-2.png tasksamurai screenshot -=> https://codeberg.org/snonux/gogios View on Codeberg -=> https://github.com/snonux/gogios View on GitHub +Under the hood, Task Samurai acts as a front-end wrapper that invokes the native `task` command to read and modify tasks, ensuring compatibility with your existing Taskwarrior setup. The UI automatically refreshes after each action to keep the table current. It was created as an experiment in agentic coding and as a faster alternative to Python-based tools like vit, leveraging Go's performance and the Bubble Tea framework's efficient terminal rendering. The project even includes a "disco mode" flag that cycles through themes for a more playful experience. + +=> https://codeberg.org/snonux/tasksamurai View on Codeberg +=> https://github.com/snonux/tasksamurai View on GitHub --- -### 11. timr +### 14. timr * 💻 Languages: Go (96.0%), Shell (4.0%) * 📚 Documentation: Markdown (100.0%) @@ -321,7 +390,7 @@ The architecture is straightforward: JSON configuration defines checks (plugin p * 📈 Lines of Code: 1538 * 📄 Lines of Documentation: 99 * 📅 Development Period: 2025-06-25 to 2026-01-02 -* 🏆 Score: 18.7 (combines code size and activity) +* 🏆 Score: 17.3 (combines code size and activity) * ⚖️ License: MIT * 🏷️ Latest Release: v0.3.0 (2026-01-02) @@ -335,33 +404,7 @@ The architecture is straightforward: it's a Go-based CLI application that persis --- -### 12. tasksamurai - -* 💻 Languages: Go (99.8%), YAML (0.2%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 218 -* 📈 Lines of Code: 6168 -* 📄 Lines of Documentation: 164 -* 📅 Development Period: 2025-06-19 to 2025-11-02 -* 🏆 Score: 18.3 (combines code size and activity) -* ⚖️ License: BSD-2-Clause -* 🏷️ Latest Release: v0.9.3 (2025-10-05) - - -=> showcase/tasksamurai/image-1.png tasksamurai screenshot - -**Task Samurai** is a fast, keyboard-driven terminal UI for Taskwarrior built in Go using the Bubble Tea framework. It displays your Taskwarrior tasks in an interactive table where you can manage them entirely through hotkeys—adding, starting, completing, and annotating tasks without touching the mouse. It supports all Taskwarrior filters as command-line arguments, allowing you to start with focused views like `tasksamurai +tag status:pending` or `tasksamurai project:work due:today`. - -=> showcase/tasksamurai/image-2.png tasksamurai screenshot - -Under the hood, Task Samurai acts as a front-end wrapper that invokes the native `task` command to read and modify tasks, ensuring compatibility with your existing Taskwarrior setup. The UI automatically refreshes after each action to keep the table current. It was created as an experiment in agentic coding and as a faster alternative to Python-based tools like vit, leveraging Go's performance and the Bubble Tea framework's efficient terminal rendering. The project even includes a "disco mode" flag that cycles through themes for a more playful experience. - -=> https://codeberg.org/snonux/tasksamurai View on Codeberg -=> https://github.com/snonux/tasksamurai View on GitHub - ---- - -### 13. ior +### 15. 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%) @@ -369,7 +412,7 @@ Under the hood, Task Samurai acts as a front-end wrapper that invokes the native * 📈 Lines of Code: 13072 * 📄 Lines of Documentation: 680 * 📅 Development Period: 2024-01-18 to 2025-10-09 -* 🏆 Score: 18.3 (combines code size and activity) +* 🏆 Score: 17.2 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) @@ -387,15 +430,15 @@ The tool is implemented in Go and C, leveraging libbpfgo for BPF interaction. It --- -### 14. dtail +### 16. 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: 1050 +* 📊 Commits: 1054 * 📈 Lines of Code: 20091 * 📄 Lines of Documentation: 5674 * 📅 Development Period: 2020-01-09 to 2025-06-20 -* 🏆 Score: 17.0 (combines code size and activity) +* 🏆 Score: 16.1 (combines code size and activity) * ⚖️ License: Apache-2.0 * 🏷️ Latest Release: v4.3.3 (2024-08-23) @@ -413,17 +456,17 @@ The architecture follows a client-server model where DTail servers run on target --- -### 15. gos +### 17. gos * 💻 Languages: Go (99.8%), JSON (0.2%) * 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 398 +* 📊 Commits: 399 * 📈 Lines of Code: 4102 * 📄 Lines of Documentation: 357 * 📅 Development Period: 2024-05-04 to 2025-12-27 -* 🏆 Score: 16.4 (combines code size and activity) +* 🏆 Score: 15.4 (combines code size and activity) * ⚖️ License: Custom License -* 🏷️ Latest Release: v1.2.2 (2025-12-27) +* 🏷️ Latest Release: v1.2.3 (2026-01-31) => showcase/gos/image-1.png gos screenshot @@ -439,7 +482,7 @@ The implementation uses OAuth2 for LinkedIn authentication, stores configuration --- -### 16. ds-sim +### 18. ds-sim * 💻 Languages: Java (98.9%), Shell (0.6%), CSS (0.5%) * 📚 Documentation: Markdown (98.7%), Text (1.3%) @@ -447,7 +490,7 @@ The implementation uses OAuth2 for LinkedIn authentication, stores configuration * 📈 Lines of Code: 25762 * 📄 Lines of Documentation: 3101 * 📅 Development Period: 2008-05-15 to 2025-06-27 -* 🏆 Score: 15.5 (combines code size and activity) +* 🏆 Score: 14.7 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) @@ -463,7 +506,7 @@ The implementation follows a modular Java architecture with clear separation bet --- -### 17. gemtexter +### 19. gemtexter * 💻 Languages: CSS (55.3%), Python (16.1%), HTML (15.3%), JSON (6.6%), Shell (5.3%), Config (1.5%) * 📚 Documentation: Text (70.2%), Markdown (29.8%) @@ -471,7 +514,7 @@ The implementation follows a modular Java architecture with clear separation bet * 📈 Lines of Code: 30319 * 📄 Lines of Documentation: 1280 * 📅 Development Period: 2021-05-21 to 2025-06-22 -* 🏆 Score: 11.1 (combines code size and activity) +* 🏆 Score: 10.8 (combines code size and activity) * ⚖️ License: GPL-3.0 * 🏷️ Latest Release: 3.0.0 (2024-10-01) @@ -485,7 +528,7 @@ The architecture leverages GNU utilities (sed, grep, date) and optional tools li --- -### 18. wireguardmeshgenerator +### 20. wireguardmeshgenerator * 💻 Languages: Ruby (65.4%), YAML (34.6%) * 📚 Documentation: Markdown (100.0%) @@ -493,7 +536,7 @@ The architecture leverages GNU utilities (sed, grep, date) and optional tools li * 📈 Lines of Code: 563 * 📄 Lines of Documentation: 24 * 📅 Development Period: 2025-04-18 to 2026-01-20 -* 🏆 Score: 11.0 (combines code size and activity) +* 🏆 Score: 10.4 (combines code size and activity) * ⚖️ License: Custom License * 🏷️ Latest Release: v1.0.0 (2025-05-11) @@ -507,7 +550,7 @@ The tool reads host definitions from a YAML file specifying network interfaces ( --- -### 19. rcm +### 21. rcm * 💻 Languages: Ruby (99.8%), TOML (0.2%) * 📚 Documentation: Markdown (100.0%) @@ -515,7 +558,7 @@ The tool reads host definitions from a YAML file specifying network interfaces ( * 📈 Lines of Code: 1377 * 📄 Lines of Documentation: 113 * 📅 Development Period: 2024-12-05 to 2025-11-26 -* 🏆 Score: 9.5 (combines code size and activity) +* 🏆 Score: 9.1 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) @@ -529,7 +572,7 @@ The implementation centers around a DSL module that provides keywords like `file --- -### 20. terraform +### 22. terraform * 💻 Languages: HCL (96.6%), Make (1.9%), YAML (1.5%) * 📚 Documentation: Markdown (100.0%) @@ -537,7 +580,7 @@ The implementation centers around a DSL module that provides keywords like `file * 📈 Lines of Code: 2851 * 📄 Lines of Documentation: 52 * 📅 Development Period: 2023-08-27 to 2025-08-08 -* 🏆 Score: 5.1 (combines code size and activity) +* 🏆 Score: 5.0 (combines code size and activity) * ⚖️ License: MIT * 🧪 Status: Experimental (no releases yet) @@ -551,29 +594,7 @@ The infrastructure uses a **modular, layered architecture** with separate Terraf --- -### 21. sillybench - -* 💻 Languages: Go (90.9%), Shell (9.1%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 5 -* 📈 Lines of Code: 33 -* 📄 Lines of Documentation: 3 -* 📅 Development Period: 2025-04-03 to 2025-04-03 -* 🏆 Score: 5.1 (combines code size and activity) -* ⚖️ License: No license found -* 🧪 Status: Experimental (no releases yet) - - -**Silly Benchmark** is a minimal Go-based performance benchmarking tool designed to compare CPU performance between FreeBSD and Linux Bhyve VM environments. It provides two simple CPU-intensive benchmark tests: one that performs repeated integer multiplication operations (`BenchmarkCPUSilly1`) and another that executes floating-point arithmetic sequences including addition, multiplication, and division (`BenchmarkCPUSilly2`). - -The implementation is intentionally straightforward, using Go's built-in testing framework to run computational workloads that stress different aspects of CPU performance. The benchmarks avoid being optimized away by the compiler while remaining simple enough to produce consistent, comparable results across different operating systems and virtualization platforms. This makes it useful for quick performance comparisons when evaluating the overhead of virtualization or differences in OS scheduling and computation. - -=> https://codeberg.org/snonux/sillybench View on Codeberg -=> https://github.com/snonux/sillybench View on GitHub - ---- - -### 22. quicklogger +### 23. quicklogger * 💻 Languages: Go (96.1%), XML (1.9%), Shell (1.2%), TOML (0.7%) * 📚 Documentation: Markdown (100.0%) @@ -581,7 +602,7 @@ The implementation is intentionally straightforward, using Go's built-in testing * 📈 Lines of Code: 1133 * 📄 Lines of Documentation: 78 * 📅 Development Period: 2024-01-20 to 2025-09-13 -* 🏆 Score: 5.1 (combines code size and activity) +* 🏆 Score: 4.9 (combines code size and activity) * ⚖️ License: MIT * 🏷️ Latest Release: v0.0.4 (2025-09-13) @@ -599,7 +620,29 @@ The implementation leverages Go's cross-compilation capabilities and Fyne's UI a --- -### 23. gorum +### 24. sillybench + +* 💻 Languages: Go (90.9%), Shell (9.1%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 5 +* 📈 Lines of Code: 33 +* 📄 Lines of Documentation: 3 +* 📅 Development Period: 2025-04-03 to 2025-04-03 +* 🏆 Score: 4.9 (combines code size and activity) +* ⚖️ License: No license found +* 🧪 Status: Experimental (no releases yet) + + +**Silly Benchmark** is a minimal Go-based performance benchmarking tool designed to compare CPU performance between FreeBSD and Linux Bhyve VM environments. It provides two simple CPU-intensive benchmark tests: one that performs repeated integer multiplication operations (`BenchmarkCPUSilly1`) and another that executes floating-point arithmetic sequences including addition, multiplication, and division (`BenchmarkCPUSilly2`). + +The implementation is intentionally straightforward, using Go's built-in testing framework to run computational workloads that stress different aspects of CPU performance. The benchmarks avoid being optimized away by the compiler while remaining simple enough to produce consistent, comparable results across different operating systems and virtualization platforms. This makes it useful for quick performance comparisons when evaluating the overhead of virtualization or differences in OS scheduling and computation. + +=> https://codeberg.org/snonux/sillybench View on Codeberg +=> https://github.com/snonux/sillybench View on GitHub + +--- + +### 25. gorum * 💻 Languages: Go (91.3%), JSON (6.4%), YAML (2.3%) * 📚 Documentation: Markdown (100.0%) @@ -622,15 +665,15 @@ The architecture consists of client/server components for inter-node communicati --- -### 24. guprecords +### 26. 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 -* 🏆 Score: 2.6 (combines code size and activity) +* 📊 Commits: 96 +* 📈 Lines of Code: 383 +* 📄 Lines of Documentation: 423 +* 📅 Development Period: 2013-03-22 to 2026-02-07 +* 🏆 Score: 2.7 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v1.0.0 (2023-04-29) @@ -644,7 +687,7 @@ The implementation uses an object-oriented architecture with specialized classes --- -### 25. docker-radicale-server +### 27. docker-radicale-server * 💻 Languages: Make (57.5%), Docker (42.5%) * 📚 Documentation: Markdown (100.0%) @@ -666,7 +709,7 @@ The implementation uses Alpine Linux as the base image for a minimal footprint, --- -### 26. geheim +### 28. geheim * 💻 Languages: Ruby (86.7%), Shell (13.3%) * 📚 Documentation: Markdown (100.0%) @@ -674,7 +717,7 @@ The implementation uses Alpine Linux as the base image for a minimal footprint, * 📈 Lines of Code: 822 * 📄 Lines of Documentation: 106 * 📅 Development Period: 2018-05-26 to 2025-11-01 -* 🏆 Score: 2.5 (combines code size and activity) +* 🏆 Score: 2.4 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v0.3.1 (2025-11-01) @@ -688,7 +731,7 @@ The architecture leverages Git for storage and synchronization across multiple r --- -### 27. algorithms +### 29. algorithms * 💻 Languages: Go (99.2%), Make (0.8%) * 📚 Documentation: Markdown (100.0%) @@ -711,7 +754,7 @@ The project is implemented in Go 1.19+ with comprehensive unit tests and benchma --- -### 28. randomjournalpage +### 30. randomjournalpage * 💻 Languages: Shell (94.1%), Make (5.9%) * 📚 Documentation: Markdown (100.0%) @@ -719,7 +762,7 @@ The project is implemented in Go 1.19+ with comprehensive unit tests and benchma * 📈 Lines of Code: 51 * 📄 Lines of Documentation: 26 * 📅 Development Period: 2022-06-02 to 2024-04-20 -* 🏆 Score: 1.8 (combines code size and activity) +* 🏆 Score: 1.7 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) @@ -734,7 +777,30 @@ The implementation is a straightforward bash script using `qpdf` for PDF extract --- -### 29. ioriot +### 31. 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. + +=> https://codeberg.org/snonux/photoalbum View on Codeberg +=> https://github.com/snonux/photoalbum View on GitHub + +--- + +### 32. ioriot * 💻 Languages: C (55.5%), C/C++ (24.0%), Config (19.6%), Make (1.0%) * 📚 Documentation: Markdown (100.0%) @@ -759,7 +825,29 @@ The key advantage over traditional benchmarking tools is that it reproduces actu --- -### 30. sway-autorotate +### 33. ipv6test + +* 💻 Languages: Perl (65.8%), Docker (34.2%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 19 +* 📈 Lines of Code: 149 +* 📄 Lines of Documentation: 15 +* 📅 Development Period: 2011-07-09 to 2026-02-03 +* 🏆 Score: 1.3 (combines code size and activity) +* ⚖️ License: Custom License +* 🧪 Status: Experimental (no releases yet) + + +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. + +=> https://codeberg.org/snonux/ipv6test View on Codeberg +=> https://github.com/snonux/ipv6test View on GitHub + +--- + +### 34. sway-autorotate * 💻 Languages: Shell (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -781,7 +869,7 @@ The implementation uses a bash script that continuously monitors the `monitor-se --- -### 31. mon +### 35. mon * 💻 Languages: Perl (96.5%), Shell (1.8%), Make (1.2%), Config (0.4%) * 📚 Documentation: Text (100.0%) @@ -804,7 +892,7 @@ Implemented in Perl, `mon` features automatic JSON backup before modifications ( --- -### 32. staticfarm-apache-handlers +### 36. staticfarm-apache-handlers * 💻 Languages: Perl (96.4%), Make (3.6%) * 📚 Documentation: Text (100.0%) @@ -827,7 +915,7 @@ Both handlers are implemented as Perl modules using Apache2's mod_perl API, conf --- -### 33. pingdomfetch +### 37. pingdomfetch * 💻 Languages: Perl (97.3%), Make (2.7%) * 📚 Documentation: Text (100.0%) @@ -850,7 +938,7 @@ The tool is implemented around a hierarchical configuration system (`/etc/pingdo --- -### 34. xerl +### 38. xerl * 💻 Languages: Perl (98.3%), Config (1.2%), Make (0.5%) * 📊 Commits: 670 @@ -871,7 +959,30 @@ The implementation follows strict OO Perl conventions with explicit typing and p --- -### 35. fapi +### 39. ychat + +* 💻 Languages: C++ (49.9%), C/C++ (22.2%), Shell (20.6%), Perl (2.5%), HTML (1.9%), Config (1.8%), Make (0.9%), CSS (0.2%) +* 📚 Documentation: Text (100.0%) +* 📊 Commits: 67 +* 📈 Lines of Code: 50738 +* 📄 Lines of Documentation: 121 +* 📅 Development Period: 2008-05-15 to 2014-06-30 +* 🏆 Score: 0.8 (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. + +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 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. + +=> https://codeberg.org/snonux/ychat View on Codeberg +=> https://github.com/snonux/ychat View on GitHub + +--- + +### 40. fapi * 💻 Languages: Python (96.6%), Make (3.1%), Config (0.3%) * 📚 Documentation: Text (98.3%), Markdown (1.7%) @@ -893,53 +1004,7 @@ The tool is implemented in Python and depends on the bigsuds library (F5's iCont --- -### 36. 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 -* 🏆 Score: 0.8 (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. - -=> https://codeberg.org/snonux/photoalbum View on Codeberg -=> https://github.com/snonux/photoalbum View on GitHub - ---- - -### 37. ychat - -* 💻 Languages: C++ (48.9%), Shell (22.7%), C/C++ (20.7%), Perl (2.5%), HTML (2.1%), Config (1.9%), Make (0.9%), CSS (0.2%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 67 -* 📈 Lines of Code: 45956 -* 📄 Lines of Documentation: 101 -* 📅 Development Period: 2008-05-15 to 2014-06-30 -* 🏆 Score: 0.8 (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. - -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 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. - -=> https://codeberg.org/snonux/ychat View on Codeberg -=> https://github.com/snonux/ychat View on GitHub - ---- - -### 38. perl-c-fibonacci +### 41. perl-c-fibonacci * 💻 Languages: C (80.4%), Make (19.6%) * 📚 Documentation: Text (100.0%) @@ -960,7 +1025,7 @@ perl-c-fibonacci: source code repository. --- -### 39. netcalendar +### 42. netcalendar * 💻 Languages: Java (83.0%), HTML (12.9%), XML (3.0%), CSS (0.8%), Make (0.2%) * 📚 Documentation: Text (89.7%), Markdown (10.3%) @@ -987,7 +1052,7 @@ The key feature is its intelligent color-coded event visualization system that h --- -### 40. loadbars +### 43. loadbars * 💻 Languages: Perl (97.4%), Make (2.6%) * 📚 Documentation: Text (100.0%) @@ -1008,7 +1073,7 @@ loadbars: source code repository. --- -### 41. gotop +### 44. gotop * 💻 Languages: Go (98.0%), Make (2.0%) * 📚 Documentation: Markdown (50.0%), Text (50.0%) @@ -1031,7 +1096,7 @@ The implementation uses a concurrent architecture with goroutines for data colle --- -### 42. fype +### 45. fype * 💻 Languages: C (71.1%), C/C++ (20.7%), HTML (6.6%), Make (1.5%) * 📚 Documentation: Text (69.5%), LaTeX (30.5%) @@ -1054,7 +1119,7 @@ The implementation uses a simple top-down parser with maximum lookahead of 1, in --- -### 43. rubyfy +### 46. rubyfy * 💻 Languages: Ruby (98.5%), JSON (1.5%) * 📚 Documentation: Markdown (100.0%) @@ -1077,7 +1142,7 @@ The tool is implemented as a lightweight Ruby script that prioritizes simplicity --- -### 44. pwgrep +### 47. pwgrep * 💻 Languages: Shell (85.0%), Make (15.0%) * 📚 Documentation: Text (80.8%), Markdown (19.2%) @@ -1100,7 +1165,7 @@ The architecture is lightweight and Unix-philosophy driven: password databases a --- -### 45. perldaemon +### 48. perldaemon * 💻 Languages: Perl (72.3%), Shell (23.8%), Config (3.9%) * 📊 Commits: 110 @@ -1121,7 +1186,7 @@ The implementation centers around an event loop with configurable intervals that --- -### 46. jsmstrade +### 49. jsmstrade * 💻 Languages: Java (76.0%), Shell (15.4%), XML (8.6%) * 📚 Documentation: Markdown (100.0%) @@ -1146,7 +1211,7 @@ The implementation is minimalistic, consisting of just three main Java classes ( --- -### 47. japi +### 50. japi * 💻 Languages: Perl (78.3%), Make (21.7%) * 📚 Documentation: Text (100.0%) @@ -1169,7 +1234,7 @@ Implemented in Perl using the JIRA::REST CPAN module, japi supports flexible con --- -### 48. perl-poetry +### 51. perl-poetry * 💻 Languages: Perl (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -1192,7 +1257,7 @@ This project exemplifies creative coding where Perl keywords and constructs are --- -### 49. muttdelay +### 52. muttdelay * 💻 Languages: Make (47.1%), Shell (46.3%), Vim Script (5.9%), Config (0.7%) * 📚 Documentation: Text (100.0%) @@ -1215,7 +1280,7 @@ The architecture uses three components working together: a Vim plugin that provi --- -### 50. netdiff +### 53. netdiff * 💻 Languages: Shell (52.2%), Make (46.3%), Config (1.5%) * 📚 Documentation: Text (100.0%) @@ -1238,7 +1303,7 @@ The tool uses a clever client-server architecture where you run the identical co --- -### 51. debroid +### 54. debroid * 💻 Languages: Shell (92.0%), Make (8.0%) * 📚 Documentation: Markdown (100.0%) @@ -1263,7 +1328,7 @@ The implementation uses a two-stage debootstrap process: first creating a Debian --- -### 52. hsbot +### 55. hsbot * 💻 Languages: Haskell (98.5%), Make (1.5%) * 📊 Commits: 80 @@ -1284,7 +1349,7 @@ The implementation uses a modular design with core components separated into Bas --- -### 53. cpuinfo +### 56. cpuinfo * 💻 Languages: Shell (53.2%), Make (46.8%) * 📚 Documentation: Text (100.0%) @@ -1307,7 +1372,7 @@ The implementation is elegantly simple: a single shell script ([src/cpuinfo](fil --- -### 54. template +### 57. template * 💻 Languages: Make (89.2%), Shell (10.8%) * 📚 Documentation: Text (100.0%) @@ -1330,28 +1395,7 @@ The implementation uses a **Makefile-based build system** with targets for compi --- -### 55. ipv6test - -* 💻 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. - -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. - -=> https://codeberg.org/snonux/ipv6test View on Codeberg -=> https://github.com/snonux/ipv6test View on GitHub - ---- - -### 56. awksite +### 58. awksite * 💻 Languages: AWK (72.1%), HTML (16.4%), Config (11.5%) * 📚 Documentation: Text (60.0%), Markdown (40.0%) @@ -1374,7 +1418,7 @@ The architecture is remarkably simple: a single AWK script ([index.cgi](file:/// --- -### 57. dyndns +### 59. dyndns * 💻 Languages: Shell (100.0%) * 📚 Documentation: Text (100.0%) @@ -1397,7 +1441,7 @@ The implementation uses a two-tier security architecture: SSH public key authent --- -### 58. vs-sim +### 60. vs-sim * 📚 Documentation: Markdown (100.0%) * 📊 Commits: 411 @@ -1416,23 +1460,3 @@ The project appears to be currently inactive, with the repository containing min => https://codeberg.org/snonux/vs-sim View on Codeberg => https://github.com/snonux/vs-sim View on GitHub - ---- - -### 59. foo.zone - -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 3408 -* 📈 Lines of Code: 0 -* 📄 Lines of Documentation: 23 -* 📅 Development Period: 2021-05-21 to 2022-04-02 -* 🏆 Score: 0.0 (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. - -foo.zone: source code repository. - -=> https://codeberg.org/snonux/foo.zone View on Codeberg -=> https://github.com/snonux/foo.zone View on GitHub diff --git a/about/showcase.gmi.tpl b/about/showcase.gmi.tpl index 8c86dc41..3ee289a5 100644 --- a/about/showcase.gmi.tpl +++ b/about/showcase.gmi.tpl @@ -1,6 +1,6 @@ # Project Showcase -Generated on: 2026-01-24 +Generated on: 2026-02-07 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. @@ -8,25 +8,49 @@ This page showcases my side projects, providing an overview of what each project ## Overall Statistics -* 📦 Total Projects: 59 -* 📊 Total Commits: 12,767 -* 📈 Total Lines of Code: 293,318 -* 📄 Total Lines of Documentation: 31,738 -* 💻 Languages: Go (31.3%), Java (14.0%), C++ (7.7%), C (6.6%), HTML (6.2%), Shell (6.2%), CSS (5.9%), Perl (5.9%), C/C++ (4.9%), YAML (2.8%), Python (2.4%), Config (1.5%), JSON (1.1%), Ruby (1.0%), HCL (0.9%), Make (0.6%), Raku (0.3%), XML (0.3%), Haskell (0.2%), TOML (0.1%) -* 📚 Documentation: Markdown (62.6%), Text (35.6%), LaTeX (1.8%) -* 🚀 Release Status: 38 released, 21 experimental (64.4% with releases, 35.6% experimental) +* 📦 Total Projects: 60 +* 📊 Total Commits: 13,066 +* 📈 Total Lines of Code: 320,071 +* 📄 Total Lines of Documentation: 31,896 +* 💻 Languages: Go (29.6%), Java (12.8%), C++ (7.9%), C (6.0%), XML (6.0%), Shell (5.8%), CSS (5.6%), Perl (5.4%), C/C++ (5.1%), YAML (4.7%), HTML (3.3%), Python (2.2%), Config (1.3%), JSON (1.1%), Ruby (0.9%), HCL (0.9%), Make (0.6%), Raku (0.3%), Haskell (0.2%), JavaScript (0.2%) +* 📚 Documentation: Markdown (62.5%), Text (35.7%), LaTeX (1.8%) +* 🚀 Release Status: 38 released, 22 experimental (63.3% with releases, 36.7% experimental) ## Projects -### 1. conf +### 1. epimetheus -* 💻 Languages: YAML (55.0%), Shell (18.0%), Perl (13.5%), Python (3.1%), Config (2.4%), CSS (2.3%), TOML (2.1%), Ruby (1.8%), Docker (0.9%), Lua (0.5%), JSON (0.2%), HTML (0.2%) -* 📚 Documentation: Markdown (96.1%), Text (3.9%) -* 📊 Commits: 2167 -* 📈 Lines of Code: 14113 -* 📄 Lines of Documentation: 4886 -* 📅 Development Period: 2021-12-28 to 2026-01-23 -* 🏆 Score: 622.2 (combines code size and activity) +* 💻 Languages: Go (83.4%), Shell (16.6%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 1 +* 📈 Lines of Code: 4844 +* 📄 Lines of Documentation: 1064 +* 📅 Development Period: 2026-02-07 to 2026-02-07 +* 🏆 Score: 3019.2 (combines code size and activity) +* ⚖️ License: No license found +* 🧪 Status: Experimental (no releases yet) + + +=> showcase/epimetheus/image-1.png epimetheus screenshot + +**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). + +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. + +=> https://codeberg.org/snonux/epimetheus View on Codeberg +=> https://github.com/snonux/epimetheus View on GitHub + +--- + +### 2. conf + +* 💻 Languages: YAML (68.9%), Shell (13.1%), Perl (9.0%), Python (2.0%), Config (1.6%), CSS (1.5%), TOML (1.4%), Ruby (1.2%), Docker (0.6%), Lua (0.3%), JSON (0.2%), HTML (0.1%) +* 📚 Documentation: Markdown (97.1%), Text (2.9%) +* 📊 Commits: 2305 +* 📈 Lines of Code: 21210 +* 📄 Lines of Documentation: 6495 +* 📅 Development Period: 2021-12-28 to 2026-02-06 +* 🏆 Score: 698.1 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) @@ -40,7 +64,49 @@ The project is organized into distinct subdirectories: `dotfiles/` contains shel --- -### 2. log4jbench +### 3. foo.zone + +* 💻 Languages: XML (98.7%), Shell (1.0%), Go (0.3%) +* 📚 Documentation: Text (86.2%), Markdown (13.8%) +* 📊 Commits: 3505 +* 📈 Lines of Code: 18702 +* 📄 Lines of Documentation: 174 +* 📅 Development Period: 2021-04-29 to 2026-02-07 +* 🏆 Score: 689.4 (combines code size and activity) +* ⚖️ License: No license found +* 🧪 Status: Experimental (no releases yet) + + +foo.zone: source code repository. + +=> https://codeberg.org/snonux/foo.zone View on Codeberg +=> https://github.com/snonux/foo.zone View on GitHub + +--- + +### 4. scifi + +* 💻 Languages: JSON (35.9%), CSS (30.6%), JavaScript (29.6%), HTML (3.8%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 23 +* 📈 Lines of Code: 1664 +* 📄 Lines of Documentation: 853 +* 📅 Development Period: 2026-01-25 to 2026-01-27 +* 🏆 Score: 232.2 (combines code size and activity) +* ⚖️ License: No license found +* 🧪 Status: Experimental (no releases yet) + + +This is a static HTML showcase for a personal sci-fi book collection (54 books). It displays books in a responsive grid with cover images, lets users filter by author, format, or free-text search, and shows plot summaries in a modal on click. The entire site works offline with no external dependencies — all covers, metadata, and summaries are bundled locally. + +The architecture keeps content separate from presentation: book metadata lives in `data/books.json`, summaries are individual markdown files in `summaries/`, and covers are stored as local JPGs. A build step (`node build.js`) embeds the markdown summaries into the JSON file, producing a self-contained site that can be served as plain static files. The frontend (`js/app.js`) handles filtering and modal display client-side, while `css/styles.css` provides the grid layout and styling. + +=> https://codeberg.org/snonux/scifi View on Codeberg +=> https://github.com/snonux/scifi View on GitHub + +--- + +### 5. log4jbench * 💻 Languages: Java (78.9%), XML (21.1%) * 📚 Documentation: Markdown (100.0%) @@ -48,7 +114,7 @@ The project is organized into distinct subdirectories: `dotfiles/` contains shel * 📈 Lines of Code: 774 * 📄 Lines of Documentation: 119 * 📅 Development Period: 2026-01-09 to 2026-01-09 -* 🏆 Score: 184.8 (combines code size and activity) +* 🏆 Score: 96.5 (combines code size and activity) * ⚖️ License: MIT * 🧪 Status: Experimental (no releases yet) @@ -62,31 +128,31 @@ The implementation uses a fat JAR built with Maven, requiring Java 17+. It's des --- -### 3. epimetheus +### 6. hexai -* 💻 Languages: Go (63.6%), Shell (24.3%), JSON (12.2%) -* 📚 Documentation: Markdown (98.5%), Text (1.5%) -* 📊 Commits: 16 -* 📈 Lines of Code: 3869 -* 📄 Lines of Documentation: 3700 -* 📅 Development Period: 2025-12-30 to 2026-01-06 -* 🏆 Score: 144.0 (combines code size and activity) +* 💻 Languages: Go (100.0%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 259 +* 📈 Lines of Code: 18422 +* 📄 Lines of Documentation: 616 +* 📅 Development Period: 2025-08-01 to 2026-02-06 +* 🏆 Score: 57.5 (combines code size and activity) * ⚖️ License: No license found -* 🧪 Status: Experimental (no releases yet) +* 🏷️ Latest Release: v0.17.0 (2026-02-06) -=> showcase/epimetheus/image-1.png epimetheus screenshot +=> showcase/hexai/image-1.png hexai screenshot -**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). +Hexai is a Go-based AI integration tool designed primarily for the Helix editor that provides LSP (Language Server Protocol) powered AI features. It offers code auto-completion, AI-driven code actions, in-editor chat with LLMs, and a standalone CLI tool for direct LLM interaction. A standout feature is its ability to query multiple AI providers (OpenAI, OpenRouter, GitHub Copilot, Ollama) in parallel, allowing developers to compare responses side-by-side. It has enhanced capabilities for Go code understanding, such as generating unit tests from functions, while supporting other programming languages as well. -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. +The project is implemented as an LSP server written in Go, with a TUI component built using Bubble Tea for the tmux-based code action runner (`hexai-tmux-action`). This architecture allows it to integrate seamlessly into LSP-compatible editors, with special focus on Helix + tmux workflows. The custom prompt feature lets developers use their preferred editor to craft prompts, making it flexible for various development workflows. -=> https://codeberg.org/snonux/epimetheus View on Codeberg -=> https://github.com/snonux/epimetheus View on GitHub +=> https://codeberg.org/snonux/hexai View on Codeberg +=> https://github.com/snonux/hexai View on GitHub --- -### 4. perc +### 7. perc * 💻 Languages: Go (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -94,7 +160,7 @@ The architecture routes current data (<5 min old) through Pushgateway where Prom * 📈 Lines of Code: 452 * 📄 Lines of Documentation: 80 * 📅 Development Period: 2025-11-25 to 2025-11-25 -* 🏆 Score: 43.8 (combines code size and activity) +* 🏆 Score: 35.4 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v0.1.0 (2025-11-25) @@ -108,41 +174,17 @@ The tool is built as a simple Go CLI application with a standard project layout --- -### 5. hexai +### 8. yoga -* 💻 Languages: Go (65.3%), HTML (34.7%) +* 💻 Languages: Go (66.1%), HTML (33.9%) * 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 240 -* 📈 Lines of Code: 28331 -* 📄 Lines of Documentation: 562 -* 📅 Development Period: 2025-08-01 to 2025-11-03 -* 🏆 Score: 36.5 (combines code size and activity) +* 📊 Commits: 24 +* 📈 Lines of Code: 5921 +* 📄 Lines of Documentation: 83 +* 📅 Development Period: 2025-10-01 to 2026-01-28 +* 🏆 Score: 34.9 (combines code size and activity) * ⚖️ License: No license found -* 🏷️ Latest Release: v0.15.3 (2025-11-03) - - -=> showcase/hexai/image-1.png hexai screenshot - -Hexai is a Go-based AI integration tool designed primarily for the Helix editor that provides LSP (Language Server Protocol) powered AI features. It offers code auto-completion, AI-driven code actions, in-editor chat with LLMs, and a standalone CLI tool for direct LLM interaction. A standout feature is its ability to query multiple AI providers (OpenAI, OpenRouter, GitHub Copilot, Ollama) in parallel, allowing developers to compare responses side-by-side. It has enhanced capabilities for Go code understanding, such as generating unit tests from functions, while supporting other programming languages as well. - -The project is implemented as an LSP server written in Go, with a TUI component built using Bubble Tea for the tmux-based code action runner (`hexai-tmux-action`). This architecture allows it to integrate seamlessly into LSP-compatible editors, with special focus on Helix + tmux workflows. The custom prompt feature lets developers use their preferred editor to craft prompts, making it flexible for various development workflows. - -=> https://codeberg.org/snonux/hexai View on Codeberg -=> https://github.com/snonux/hexai View on GitHub - ---- - -### 6. yoga - -* 💻 Languages: Go (100.0%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 12 -* 📈 Lines of Code: 3408 -* 📄 Lines of Documentation: 82 -* 📅 Development Period: 2025-10-01 to 2025-10-24 -* 🏆 Score: 32.1 (combines code size and activity) -* ⚖️ License: No license found -* 🏷️ Latest Release: v0.3.0 (2025-10-24) +* 🏷️ Latest Release: v0.4.0 (2026-01-28) => showcase/yoga/image-1.png yoga screenshot @@ -156,7 +198,7 @@ The implementation follows clean Go architecture with domain logic organized und --- -### 7. totalrecall +### 9. totalrecall * 💻 Languages: Go (99.0%), Shell (0.5%), YAML (0.4%) * 📚 Documentation: Markdown (99.5%), Text (0.5%) @@ -164,7 +206,7 @@ The implementation follows clean Go architecture with domain logic organized und * 📈 Lines of Code: 13129 * 📄 Lines of Documentation: 377 * 📅 Development Period: 2025-07-14 to 2026-01-21 -* 🏆 Score: 31.8 (combines code size and activity) +* 🏆 Score: 28.6 (combines code size and activity) * ⚖️ License: MIT * 🏷️ Latest Release: v0.8.0 (2026-01-21) @@ -182,7 +224,31 @@ The project offers both a keyboard-driven GUI for interactive use and a CLI for --- -### 8. gitsyncer +### 10. gogios + +* 💻 Languages: Go (98.7%), JSON (0.8%), YAML (0.5%) +* 📚 Documentation: Markdown (94.9%), Text (5.1%) +* 📊 Commits: 104 +* 📈 Lines of Code: 3303 +* 📄 Lines of Documentation: 394 +* 📅 Development Period: 2023-04-17 to 2026-01-27 +* 🏆 Score: 24.0 (combines code size and activity) +* ⚖️ License: Custom License +* 🏷️ Latest Release: v1.3.0 (2026-01-06) + + +=> showcase/gogios/image-1.png gogios screenshot + +Gogios is a minimalistic monitoring tool written in Go for small-scale infrastructure (e.g., personal servers and VMs). It executes standard Nagios/Icinga monitoring plugins via CRON jobs, tracks state changes in a JSON file, and sends email notifications through a local MTA only when check statuses change. Unlike full-featured monitoring solutions (Nagios, Icinga, Prometheus), Gogios deliberately avoids complexity—no databases, web UIs, clustering, or contact groups—making it ideal for simple, self-hosted environments with limited monitoring needs. + +The architecture is straightforward: JSON configuration defines checks (plugin paths, arguments, timeouts, dependencies, retries), a state directory persists check results between runs, and concurrent execution with configurable limits keeps things efficient. Key features include check dependencies (skip HTTP checks if ping fails), retry logic, stale alert detection, re-notification schedules, and support for remote checks via NRPE. A basic high-availability setup is achievable by running Gogios on two servers with staggered CRON intervals, though this results in duplicate notifications when both servers are operational—a deliberate trade-off for simplicity. + +=> https://codeberg.org/snonux/gogios View on Codeberg +=> https://github.com/snonux/gogios View on GitHub + +--- + +### 11. gitsyncer * 💻 Languages: Go (92.2%), Shell (7.4%), JSON (0.4%) * 📚 Documentation: Markdown (100.0%) @@ -190,7 +256,7 @@ The project offers both a keyboard-driven GUI for interactive use and a CLI for * 📈 Lines of Code: 10075 * 📄 Lines of Documentation: 2432 * 📅 Development Period: 2025-06-23 to 2025-12-31 -* 🏆 Score: 23.4 (combines code size and activity) +* 🏆 Score: 21.6 (combines code size and activity) * ⚖️ License: BSD-2-Clause * 🏷️ Latest Release: v0.11.0 (2025-12-31) @@ -204,7 +270,7 @@ The implementation uses a git remotes approach: it clones from one organization, --- -### 9. foostats +### 12. foostats * 💻 Languages: Perl (100.0%) * 📚 Documentation: Markdown (54.6%), Text (45.4%) @@ -212,7 +278,7 @@ The implementation uses a git remotes approach: it clones from one organization, * 📈 Lines of Code: 1902 * 📄 Lines of Documentation: 423 * 📅 Development Period: 2023-01-02 to 2025-11-01 -* 🏆 Score: 21.0 (combines code size and activity) +* 🏆 Score: 19.2 (combines code size and activity) * ⚖️ License: Custom License * 🏷️ Latest Release: v0.2.0 (2025-10-21) @@ -226,31 +292,33 @@ The implementation uses a modular Perl architecture with specialized components: --- -### 10. gogios +### 13. tasksamurai -* 💻 Languages: Go (98.5%), JSON (0.9%), YAML (0.6%) -* 📚 Documentation: Markdown (94.9%), Text (5.1%) -* 📊 Commits: 101 -* 📈 Lines of Code: 2921 -* 📄 Lines of Documentation: 394 -* 📅 Development Period: 2023-04-17 to 2026-01-22 +* 💻 Languages: Go (99.8%), YAML (0.2%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 222 +* 📈 Lines of Code: 6544 +* 📄 Lines of Documentation: 254 +* 📅 Development Period: 2025-06-19 to 2026-02-04 * 🏆 Score: 19.1 (combines code size and activity) -* ⚖️ License: Custom License -* 🏷️ Latest Release: v1.3.0 (2026-01-06) +* ⚖️ License: BSD-2-Clause +* 🏷️ Latest Release: v0.11.0 (2026-02-04) -=> showcase/gogios/image-1.png gogios screenshot +=> showcase/tasksamurai/image-1.png tasksamurai screenshot -Gogios is a minimalistic monitoring tool written in Go for small-scale infrastructure (e.g., personal servers and VMs). It executes standard Nagios/Icinga monitoring plugins via CRON jobs, tracks state changes in a JSON file, and sends email notifications through a local MTA only when check statuses change. Unlike full-featured monitoring solutions (Nagios, Icinga, Prometheus), Gogios deliberately avoids complexity—no databases, web UIs, clustering, or contact groups—making it ideal for simple, self-hosted environments with limited monitoring needs. +**Task Samurai** is a fast, keyboard-driven terminal UI for Taskwarrior built in Go using the Bubble Tea framework. It displays your Taskwarrior tasks in an interactive table where you can manage them entirely through hotkeys—adding, starting, completing, and annotating tasks without touching the mouse. It supports all Taskwarrior filters as command-line arguments, allowing you to start with focused views like `tasksamurai +tag status:pending` or `tasksamurai project:work due:today`. -The architecture is straightforward: JSON configuration defines checks (plugin paths, arguments, timeouts, dependencies, retries), a state directory persists check results between runs, and concurrent execution with configurable limits keeps things efficient. Key features include check dependencies (skip HTTP checks if ping fails), retry logic, stale alert detection, re-notification schedules, and support for remote checks via NRPE. A basic high-availability setup is achievable by running Gogios on two servers with staggered CRON intervals, though this results in duplicate notifications when both servers are operational—a deliberate trade-off for simplicity. +=> showcase/tasksamurai/image-2.png tasksamurai screenshot -=> https://codeberg.org/snonux/gogios View on Codeberg -=> https://github.com/snonux/gogios View on GitHub +Under the hood, Task Samurai acts as a front-end wrapper that invokes the native `task` command to read and modify tasks, ensuring compatibility with your existing Taskwarrior setup. The UI automatically refreshes after each action to keep the table current. It was created as an experiment in agentic coding and as a faster alternative to Python-based tools like vit, leveraging Go's performance and the Bubble Tea framework's efficient terminal rendering. The project even includes a "disco mode" flag that cycles through themes for a more playful experience. + +=> https://codeberg.org/snonux/tasksamurai View on Codeberg +=> https://github.com/snonux/tasksamurai View on GitHub --- -### 11. timr +### 14. timr * 💻 Languages: Go (96.0%), Shell (4.0%) * 📚 Documentation: Markdown (100.0%) @@ -258,7 +326,7 @@ The architecture is straightforward: JSON configuration defines checks (plugin p * 📈 Lines of Code: 1538 * 📄 Lines of Documentation: 99 * 📅 Development Period: 2025-06-25 to 2026-01-02 -* 🏆 Score: 18.7 (combines code size and activity) +* 🏆 Score: 17.3 (combines code size and activity) * ⚖️ License: MIT * 🏷️ Latest Release: v0.3.0 (2026-01-02) @@ -272,33 +340,7 @@ The architecture is straightforward: it's a Go-based CLI application that persis --- -### 12. tasksamurai - -* 💻 Languages: Go (99.8%), YAML (0.2%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 218 -* 📈 Lines of Code: 6168 -* 📄 Lines of Documentation: 164 -* 📅 Development Period: 2025-06-19 to 2025-11-02 -* 🏆 Score: 18.3 (combines code size and activity) -* ⚖️ License: BSD-2-Clause -* 🏷️ Latest Release: v0.9.3 (2025-10-05) - - -=> showcase/tasksamurai/image-1.png tasksamurai screenshot - -**Task Samurai** is a fast, keyboard-driven terminal UI for Taskwarrior built in Go using the Bubble Tea framework. It displays your Taskwarrior tasks in an interactive table where you can manage them entirely through hotkeys—adding, starting, completing, and annotating tasks without touching the mouse. It supports all Taskwarrior filters as command-line arguments, allowing you to start with focused views like `tasksamurai +tag status:pending` or `tasksamurai project:work due:today`. - -=> showcase/tasksamurai/image-2.png tasksamurai screenshot - -Under the hood, Task Samurai acts as a front-end wrapper that invokes the native `task` command to read and modify tasks, ensuring compatibility with your existing Taskwarrior setup. The UI automatically refreshes after each action to keep the table current. It was created as an experiment in agentic coding and as a faster alternative to Python-based tools like vit, leveraging Go's performance and the Bubble Tea framework's efficient terminal rendering. The project even includes a "disco mode" flag that cycles through themes for a more playful experience. - -=> https://codeberg.org/snonux/tasksamurai View on Codeberg -=> https://github.com/snonux/tasksamurai View on GitHub - ---- - -### 13. ior +### 15. 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%) @@ -306,7 +348,7 @@ Under the hood, Task Samurai acts as a front-end wrapper that invokes the native * 📈 Lines of Code: 13072 * 📄 Lines of Documentation: 680 * 📅 Development Period: 2024-01-18 to 2025-10-09 -* 🏆 Score: 18.3 (combines code size and activity) +* 🏆 Score: 17.2 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) @@ -324,15 +366,15 @@ The tool is implemented in Go and C, leveraging libbpfgo for BPF interaction. It --- -### 14. dtail +### 16. 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: 1050 +* 📊 Commits: 1054 * 📈 Lines of Code: 20091 * 📄 Lines of Documentation: 5674 * 📅 Development Period: 2020-01-09 to 2025-06-20 -* 🏆 Score: 17.0 (combines code size and activity) +* 🏆 Score: 16.1 (combines code size and activity) * ⚖️ License: Apache-2.0 * 🏷️ Latest Release: v4.3.3 (2024-08-23) @@ -350,17 +392,17 @@ The architecture follows a client-server model where DTail servers run on target --- -### 15. gos +### 17. gos * 💻 Languages: Go (99.8%), JSON (0.2%) * 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 398 +* 📊 Commits: 399 * 📈 Lines of Code: 4102 * 📄 Lines of Documentation: 357 * 📅 Development Period: 2024-05-04 to 2025-12-27 -* 🏆 Score: 16.4 (combines code size and activity) +* 🏆 Score: 15.4 (combines code size and activity) * ⚖️ License: Custom License -* 🏷️ Latest Release: v1.2.2 (2025-12-27) +* 🏷️ Latest Release: v1.2.3 (2026-01-31) => showcase/gos/image-1.png gos screenshot @@ -376,7 +418,7 @@ The implementation uses OAuth2 for LinkedIn authentication, stores configuration --- -### 16. ds-sim +### 18. ds-sim * 💻 Languages: Java (98.9%), Shell (0.6%), CSS (0.5%) * 📚 Documentation: Markdown (98.7%), Text (1.3%) @@ -384,7 +426,7 @@ The implementation uses OAuth2 for LinkedIn authentication, stores configuration * 📈 Lines of Code: 25762 * 📄 Lines of Documentation: 3101 * 📅 Development Period: 2008-05-15 to 2025-06-27 -* 🏆 Score: 15.5 (combines code size and activity) +* 🏆 Score: 14.7 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) @@ -400,7 +442,7 @@ The implementation follows a modular Java architecture with clear separation bet --- -### 17. gemtexter +### 19. gemtexter * 💻 Languages: CSS (55.3%), Python (16.1%), HTML (15.3%), JSON (6.6%), Shell (5.3%), Config (1.5%) * 📚 Documentation: Text (70.2%), Markdown (29.8%) @@ -408,7 +450,7 @@ The implementation follows a modular Java architecture with clear separation bet * 📈 Lines of Code: 30319 * 📄 Lines of Documentation: 1280 * 📅 Development Period: 2021-05-21 to 2025-06-22 -* 🏆 Score: 11.1 (combines code size and activity) +* 🏆 Score: 10.8 (combines code size and activity) * ⚖️ License: GPL-3.0 * 🏷️ Latest Release: 3.0.0 (2024-10-01) @@ -422,7 +464,7 @@ The architecture leverages GNU utilities (sed, grep, date) and optional tools li --- -### 18. wireguardmeshgenerator +### 20. wireguardmeshgenerator * 💻 Languages: Ruby (65.4%), YAML (34.6%) * 📚 Documentation: Markdown (100.0%) @@ -430,7 +472,7 @@ The architecture leverages GNU utilities (sed, grep, date) and optional tools li * 📈 Lines of Code: 563 * 📄 Lines of Documentation: 24 * 📅 Development Period: 2025-04-18 to 2026-01-20 -* 🏆 Score: 11.0 (combines code size and activity) +* 🏆 Score: 10.4 (combines code size and activity) * ⚖️ License: Custom License * 🏷️ Latest Release: v1.0.0 (2025-05-11) @@ -444,7 +486,7 @@ The tool reads host definitions from a YAML file specifying network interfaces ( --- -### 19. rcm +### 21. rcm * 💻 Languages: Ruby (99.8%), TOML (0.2%) * 📚 Documentation: Markdown (100.0%) @@ -452,7 +494,7 @@ The tool reads host definitions from a YAML file specifying network interfaces ( * 📈 Lines of Code: 1377 * 📄 Lines of Documentation: 113 * 📅 Development Period: 2024-12-05 to 2025-11-26 -* 🏆 Score: 9.5 (combines code size and activity) +* 🏆 Score: 9.1 (combines code size and activity) * ⚖️ License: Custom License * 🧪 Status: Experimental (no releases yet) @@ -466,7 +508,7 @@ The implementation centers around a DSL module that provides keywords like `file --- -### 20. terraform +### 22. terraform * 💻 Languages: HCL (96.6%), Make (1.9%), YAML (1.5%) * 📚 Documentation: Markdown (100.0%) @@ -474,7 +516,7 @@ The implementation centers around a DSL module that provides keywords like `file * 📈 Lines of Code: 2851 * 📄 Lines of Documentation: 52 * 📅 Development Period: 2023-08-27 to 2025-08-08 -* 🏆 Score: 5.1 (combines code size and activity) +* 🏆 Score: 5.0 (combines code size and activity) * ⚖️ License: MIT * 🧪 Status: Experimental (no releases yet) @@ -488,29 +530,7 @@ The infrastructure uses a **modular, layered architecture** with separate Terraf --- -### 21. sillybench - -* 💻 Languages: Go (90.9%), Shell (9.1%) -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 5 -* 📈 Lines of Code: 33 -* 📄 Lines of Documentation: 3 -* 📅 Development Period: 2025-04-03 to 2025-04-03 -* 🏆 Score: 5.1 (combines code size and activity) -* ⚖️ License: No license found -* 🧪 Status: Experimental (no releases yet) - - -**Silly Benchmark** is a minimal Go-based performance benchmarking tool designed to compare CPU performance between FreeBSD and Linux Bhyve VM environments. It provides two simple CPU-intensive benchmark tests: one that performs repeated integer multiplication operations (`BenchmarkCPUSilly1`) and another that executes floating-point arithmetic sequences including addition, multiplication, and division (`BenchmarkCPUSilly2`). - -The implementation is intentionally straightforward, using Go's built-in testing framework to run computational workloads that stress different aspects of CPU performance. The benchmarks avoid being optimized away by the compiler while remaining simple enough to produce consistent, comparable results across different operating systems and virtualization platforms. This makes it useful for quick performance comparisons when evaluating the overhead of virtualization or differences in OS scheduling and computation. - -=> https://codeberg.org/snonux/sillybench View on Codeberg -=> https://github.com/snonux/sillybench View on GitHub - ---- - -### 22. quicklogger +### 23. quicklogger * 💻 Languages: Go (96.1%), XML (1.9%), Shell (1.2%), TOML (0.7%) * 📚 Documentation: Markdown (100.0%) @@ -518,7 +538,7 @@ The implementation is intentionally straightforward, using Go's built-in testing * 📈 Lines of Code: 1133 * 📄 Lines of Documentation: 78 * 📅 Development Period: 2024-01-20 to 2025-09-13 -* 🏆 Score: 5.1 (combines code size and activity) +* 🏆 Score: 4.9 (combines code size and activity) * ⚖️ License: MIT * 🏷️ Latest Release: v0.0.4 (2025-09-13) @@ -536,7 +556,29 @@ The implementation leverages Go's cross-compilation capabilities and Fyne's UI a --- -### 23. gorum +### 24. sillybench + +* 💻 Languages: Go (90.9%), Shell (9.1%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 5 +* 📈 Lines of Code: 33 +* 📄 Lines of Documentation: 3 +* 📅 Development Period: 2025-04-03 to 2025-04-03 +* 🏆 Score: 4.9 (combines code size and activity) +* ⚖️ License: No license found +* 🧪 Status: Experimental (no releases yet) + + +**Silly Benchmark** is a minimal Go-based performance benchmarking tool designed to compare CPU performance between FreeBSD and Linux Bhyve VM environments. It provides two simple CPU-intensive benchmark tests: one that performs repeated integer multiplication operations (`BenchmarkCPUSilly1`) and another that executes floating-point arithmetic sequences including addition, multiplication, and division (`BenchmarkCPUSilly2`). + +The implementation is intentionally straightforward, using Go's built-in testing framework to run computational workloads that stress different aspects of CPU performance. The benchmarks avoid being optimized away by the compiler while remaining simple enough to produce consistent, comparable results across different operating systems and virtualization platforms. This makes it useful for quick performance comparisons when evaluating the overhead of virtualization or differences in OS scheduling and computation. + +=> https://codeberg.org/snonux/sillybench View on Codeberg +=> https://github.com/snonux/sillybench View on GitHub + +--- + +### 25. gorum * 💻 Languages: Go (91.3%), JSON (6.4%), YAML (2.3%) * 📚 Documentation: Markdown (100.0%) @@ -559,15 +601,15 @@ The architecture consists of client/server components for inter-node communicati --- -### 24. guprecords +### 26. 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 -* 🏆 Score: 2.6 (combines code size and activity) +* 📊 Commits: 96 +* 📈 Lines of Code: 383 +* 📄 Lines of Documentation: 423 +* 📅 Development Period: 2013-03-22 to 2026-02-07 +* 🏆 Score: 2.7 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v1.0.0 (2023-04-29) @@ -581,7 +623,7 @@ The implementation uses an object-oriented architecture with specialized classes --- -### 25. docker-radicale-server +### 27. docker-radicale-server * 💻 Languages: Make (57.5%), Docker (42.5%) * 📚 Documentation: Markdown (100.0%) @@ -603,7 +645,7 @@ The implementation uses Alpine Linux as the base image for a minimal footprint, --- -### 26. geheim +### 28. geheim * 💻 Languages: Ruby (86.7%), Shell (13.3%) * 📚 Documentation: Markdown (100.0%) @@ -611,7 +653,7 @@ The implementation uses Alpine Linux as the base image for a minimal footprint, * 📈 Lines of Code: 822 * 📄 Lines of Documentation: 106 * 📅 Development Period: 2018-05-26 to 2025-11-01 -* 🏆 Score: 2.5 (combines code size and activity) +* 🏆 Score: 2.4 (combines code size and activity) * ⚖️ License: No license found * 🏷️ Latest Release: v0.3.1 (2025-11-01) @@ -625,7 +667,7 @@ The architecture leverages Git for storage and synchronization across multiple r --- -### 27. algorithms +### 29. algorithms * 💻 Languages: Go (99.2%), Make (0.8%) * 📚 Documentation: Markdown (100.0%) @@ -648,7 +690,7 @@ The project is implemented in Go 1.19+ with comprehensive unit tests and benchma --- -### 28. randomjournalpage +### 30. randomjournalpage * 💻 Languages: Shell (94.1%), Make (5.9%) * 📚 Documentation: Markdown (100.0%) @@ -656,7 +698,7 @@ The project is implemented in Go 1.19+ with comprehensive unit tests and benchma * 📈 Lines of Code: 51 * 📄 Lines of Documentation: 26 * 📅 Development Period: 2022-06-02 to 2024-04-20 -* 🏆 Score: 1.8 (combines code size and activity) +* 🏆 Score: 1.7 (combines code size and activity) * ⚖️ License: No license found * 🧪 Status: Experimental (no releases yet) @@ -671,7 +713,30 @@ The implementation is a straightforward bash script using `qpdf` for PDF extract --- -### 29. ioriot +### 31. 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. + +=> https://codeberg.org/snonux/photoalbum View on Codeberg +=> https://github.com/snonux/photoalbum View on GitHub + +--- + +### 32. ioriot * 💻 Languages: C (55.5%), C/C++ (24.0%), Config (19.6%), Make (1.0%) * 📚 Documentation: Markdown (100.0%) @@ -696,7 +761,29 @@ The key advantage over traditional benchmarking tools is that it reproduces actu --- -### 30. sway-autorotate +### 33. ipv6test + +* 💻 Languages: Perl (65.8%), Docker (34.2%) +* 📚 Documentation: Markdown (100.0%) +* 📊 Commits: 19 +* 📈 Lines of Code: 149 +* 📄 Lines of Documentation: 15 +* 📅 Development Period: 2011-07-09 to 2026-02-03 +* 🏆 Score: 1.3 (combines code size and activity) +* ⚖️ License: Custom License +* 🧪 Status: Experimental (no releases yet) + + +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. + +=> https://codeberg.org/snonux/ipv6test View on Codeberg +=> https://github.com/snonux/ipv6test View on GitHub + +--- + +### 34. sway-autorotate * 💻 Languages: Shell (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -718,7 +805,7 @@ The implementation uses a bash script that continuously monitors the `monitor-se --- -### 31. mon +### 35. mon * 💻 Languages: Perl (96.5%), Shell (1.8%), Make (1.2%), Config (0.4%) * 📚 Documentation: Text (100.0%) @@ -741,7 +828,7 @@ Implemented in Perl, `mon` features automatic JSON backup before modifications ( --- -### 32. staticfarm-apache-handlers +### 36. staticfarm-apache-handlers * 💻 Languages: Perl (96.4%), Make (3.6%) * 📚 Documentation: Text (100.0%) @@ -764,7 +851,7 @@ Both handlers are implemented as Perl modules using Apache2's mod_perl API, conf --- -### 33. pingdomfetch +### 37. pingdomfetch * 💻 Languages: Perl (97.3%), Make (2.7%) * 📚 Documentation: Text (100.0%) @@ -787,7 +874,7 @@ The tool is implemented around a hierarchical configuration system (`/etc/pingdo --- -### 34. xerl +### 38. xerl * 💻 Languages: Perl (98.3%), Config (1.2%), Make (0.5%) * 📊 Commits: 670 @@ -808,7 +895,30 @@ The implementation follows strict OO Perl conventions with explicit typing and p --- -### 35. fapi +### 39. ychat + +* 💻 Languages: C++ (49.9%), C/C++ (22.2%), Shell (20.6%), Perl (2.5%), HTML (1.9%), Config (1.8%), Make (0.9%), CSS (0.2%) +* 📚 Documentation: Text (100.0%) +* 📊 Commits: 67 +* 📈 Lines of Code: 50738 +* 📄 Lines of Documentation: 121 +* 📅 Development Period: 2008-05-15 to 2014-06-30 +* 🏆 Score: 0.8 (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. + +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 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. + +=> https://codeberg.org/snonux/ychat View on Codeberg +=> https://github.com/snonux/ychat View on GitHub + +--- + +### 40. fapi * 💻 Languages: Python (96.6%), Make (3.1%), Config (0.3%) * 📚 Documentation: Text (98.3%), Markdown (1.7%) @@ -830,53 +940,7 @@ The tool is implemented in Python and depends on the bigsuds library (F5's iCont --- -### 36. 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 -* 🏆 Score: 0.8 (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. - -=> https://codeberg.org/snonux/photoalbum View on Codeberg -=> https://github.com/snonux/photoalbum View on GitHub - ---- - -### 37. ychat - -* 💻 Languages: C++ (48.9%), Shell (22.7%), C/C++ (20.7%), Perl (2.5%), HTML (2.1%), Config (1.9%), Make (0.9%), CSS (0.2%) -* 📚 Documentation: Text (100.0%) -* 📊 Commits: 67 -* 📈 Lines of Code: 45956 -* 📄 Lines of Documentation: 101 -* 📅 Development Period: 2008-05-15 to 2014-06-30 -* 🏆 Score: 0.8 (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. - -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 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. - -=> https://codeberg.org/snonux/ychat View on Codeberg -=> https://github.com/snonux/ychat View on GitHub - ---- - -### 38. perl-c-fibonacci +### 41. perl-c-fibonacci * 💻 Languages: C (80.4%), Make (19.6%) * 📚 Documentation: Text (100.0%) @@ -897,7 +961,7 @@ perl-c-fibonacci: source code repository. --- -### 39. netcalendar +### 42. netcalendar * 💻 Languages: Java (83.0%), HTML (12.9%), XML (3.0%), CSS (0.8%), Make (0.2%) * 📚 Documentation: Text (89.7%), Markdown (10.3%) @@ -924,7 +988,7 @@ The key feature is its intelligent color-coded event visualization system that h --- -### 40. loadbars +### 43. loadbars * 💻 Languages: Perl (97.4%), Make (2.6%) * 📚 Documentation: Text (100.0%) @@ -945,7 +1009,7 @@ loadbars: source code repository. --- -### 41. gotop +### 44. gotop * 💻 Languages: Go (98.0%), Make (2.0%) * 📚 Documentation: Markdown (50.0%), Text (50.0%) @@ -968,7 +1032,7 @@ The implementation uses a concurrent architecture with goroutines for data colle --- -### 42. fype +### 45. fype * 💻 Languages: C (71.1%), C/C++ (20.7%), HTML (6.6%), Make (1.5%) * 📚 Documentation: Text (69.5%), LaTeX (30.5%) @@ -991,7 +1055,7 @@ The implementation uses a simple top-down parser with maximum lookahead of 1, in --- -### 43. rubyfy +### 46. rubyfy * 💻 Languages: Ruby (98.5%), JSON (1.5%) * 📚 Documentation: Markdown (100.0%) @@ -1014,7 +1078,7 @@ The tool is implemented as a lightweight Ruby script that prioritizes simplicity --- -### 44. pwgrep +### 47. pwgrep * 💻 Languages: Shell (85.0%), Make (15.0%) * 📚 Documentation: Text (80.8%), Markdown (19.2%) @@ -1037,7 +1101,7 @@ The architecture is lightweight and Unix-philosophy driven: password databases a --- -### 45. perldaemon +### 48. perldaemon * 💻 Languages: Perl (72.3%), Shell (23.8%), Config (3.9%) * 📊 Commits: 110 @@ -1058,7 +1122,7 @@ The implementation centers around an event loop with configurable intervals that --- -### 46. jsmstrade +### 49. jsmstrade * 💻 Languages: Java (76.0%), Shell (15.4%), XML (8.6%) * 📚 Documentation: Markdown (100.0%) @@ -1083,7 +1147,7 @@ The implementation is minimalistic, consisting of just three main Java classes ( --- -### 47. japi +### 50. japi * 💻 Languages: Perl (78.3%), Make (21.7%) * 📚 Documentation: Text (100.0%) @@ -1106,7 +1170,7 @@ Implemented in Perl using the JIRA::REST CPAN module, japi supports flexible con --- -### 48. perl-poetry +### 51. perl-poetry * 💻 Languages: Perl (100.0%) * 📚 Documentation: Markdown (100.0%) @@ -1129,7 +1193,7 @@ This project exemplifies creative coding where Perl keywords and constructs are --- -### 49. muttdelay +### 52. muttdelay * 💻 Languages: Make (47.1%), Shell (46.3%), Vim Script (5.9%), Config (0.7%) * 📚 Documentation: Text (100.0%) @@ -1152,7 +1216,7 @@ The architecture uses three components working together: a Vim plugin that provi --- -### 50. netdiff +### 53. netdiff * 💻 Languages: Shell (52.2%), Make (46.3%), Config (1.5%) * 📚 Documentation: Text (100.0%) @@ -1175,7 +1239,7 @@ The tool uses a clever client-server architecture where you run the identical co --- -### 51. debroid +### 54. debroid * 💻 Languages: Shell (92.0%), Make (8.0%) * 📚 Documentation: Markdown (100.0%) @@ -1200,7 +1264,7 @@ The implementation uses a two-stage debootstrap process: first creating a Debian --- -### 52. hsbot +### 55. hsbot * 💻 Languages: Haskell (98.5%), Make (1.5%) * 📊 Commits: 80 @@ -1221,7 +1285,7 @@ The implementation uses a modular design with core components separated into Bas --- -### 53. cpuinfo +### 56. cpuinfo * 💻 Languages: Shell (53.2%), Make (46.8%) * 📚 Documentation: Text (100.0%) @@ -1244,7 +1308,7 @@ The implementation is elegantly simple: a single shell script ([src/cpuinfo](fil --- -### 54. template +### 57. template * 💻 Languages: Make (89.2%), Shell (10.8%) * 📚 Documentation: Text (100.0%) @@ -1267,28 +1331,7 @@ The implementation uses a **Makefile-based build system** with targets for compi --- -### 55. ipv6test - -* 💻 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. - -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. - -=> https://codeberg.org/snonux/ipv6test View on Codeberg -=> https://github.com/snonux/ipv6test View on GitHub - ---- - -### 56. awksite +### 58. awksite * 💻 Languages: AWK (72.1%), HTML (16.4%), Config (11.5%) * 📚 Documentation: Text (60.0%), Markdown (40.0%) @@ -1311,7 +1354,7 @@ The architecture is remarkably simple: a single AWK script ([index.cgi](file:/// --- -### 57. dyndns +### 59. dyndns * 💻 Languages: Shell (100.0%) * 📚 Documentation: Text (100.0%) @@ -1334,7 +1377,7 @@ The implementation uses a two-tier security architecture: SSH public key authent --- -### 58. vs-sim +### 60. vs-sim * 📚 Documentation: Markdown (100.0%) * 📊 Commits: 411 @@ -1353,23 +1396,3 @@ The project appears to be currently inactive, with the repository containing min => https://codeberg.org/snonux/vs-sim View on Codeberg => https://github.com/snonux/vs-sim View on GitHub - ---- - -### 59. foo.zone - -* 📚 Documentation: Markdown (100.0%) -* 📊 Commits: 3408 -* 📈 Lines of Code: 0 -* 📄 Lines of Documentation: 23 -* 📅 Development Period: 2021-05-21 to 2022-04-02 -* 🏆 Score: 0.0 (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. - -foo.zone: source code repository. - -=> https://codeberg.org/snonux/foo.zone View on Codeberg -=> https://github.com/snonux/foo.zone View on GitHub diff --git a/about/showcase/debroid/image-1.png b/about/showcase/debroid/image-1.png index 98cbc5b6..1a16cd4f 100644 --- a/about/showcase/debroid/image-1.png +++ b/about/showcase/debroid/image-1.png @@ -27,12 +27,12 @@ - + - + - - - - + + + + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Page not found · GitHub · GitHub @@ -95,13 +96,13 @@ - + - + @@ -177,15 +178,15 @@ - + - - + + - - + + @@ -205,7 +206,7 @@ - + @@ -225,8 +226,6 @@
- -
Skip to content @@ -234,8 +233,8 @@ - - + + - - + + +