jc: Converts the output of popular command-line tools to JSON

1. jc

   1 98 8,188 7.9 Python

   CLI tool and python library that converts the output of popular command-line tools, file-types, and common strings to JSON, YAML, or Dictionaries. This allows piping of output to tools like jq and simplifying automation scripts.

   

2. InfluxDB

   www.influxdata.com featured

   InfluxDB – Built for High-Performance Time Series Workloads. InfluxDB 3 OSS is now GA. Transform, enrich, and act on time series data directly in the database. Automate critical tasks and eliminate the need to move data externally. Download now.

   

3. wireguard-tools

   2 12 545 0.0 C

   Mirror only. Official repository is at https://git.zx2c4.com/wireguard-tools

   

   Oh, this is cool. I'm a huge proponent of CLI tools supporting sensible JSON output, and things like https://github.com/WireGuard/wireguard-tools/blob/master/con... and PowerShell's |ConvertTo-Json are a huge part of my management/monitoring automation efforts.

   But, unfortunately, sensible is doing some heavy lifting here and reality is... well, reality. While the output of things like the LSI/Broadcom StorCLI 'suffix the command with J' approach and some of PowerShell's COM-hiding wrappers (which are depressingly common) is technically JSON, the end result is so mindbogglingly complex-slash-useless, that you're quickly forced to revert to 'OK, just run some regexes on the plain-text output' kludges anyway.

   Having said that, I'll definitely check this out. If the first example given, parsing dig output, is indeed representative of what this can reliably do, it should be interesting...

4. llama.cpp

   3 900 80,413 10.0 C++

   LLM inference in C/C++

   

5. textfsm

   4 5 1,160 4.3 Python

   Python module for parsing semi-structured text into python tables.

   

   Interesting project! But I expected them to be using textfsm as a first step parser. textfsm is heavily used to implement CLI parsing in networking devices.

   https://github.com/google/textfsm

6. libxo

   5 17 335 0.0 C

   The libxo library allows an application to generate text, XML, JSON, and HTML output using a common set of function calls. The application decides at run time which output style should be produced.

   

   > In FreeBSD, this problem was solved with libxo[0]:

   Libxo happens to be in the base system, but it is generally available:

   * https://github.com/Juniper/libxo

   * https://libxo.readthedocs.io/en/latest/

7. nushell

   6 232 35,088 9.9 Rust

   A new type of shell

   

   > In PowerShell, structured output is the default and it seems to work very well.

   PowerShell goes a step beyond JSON, by supporting actual mutable objects. So instead of just passing through structured data, you effectively pass around opaque objects that allow you to go back to earlier pipeline stages, and invoke methods, if I understand correctly: https://learn.microsoft.com/en-us/powershell/module/microsof....

   I'm rather fond of wrappers like jc and libxo, and experimental shells like https://www.nushell.sh/. These still focus on passing data, not objects with executable methods. On some level, I find this comfortable: Structured data still feels pretty Unix-like, if that makes sense? If I want actual objects, then it's probably time to fire up Python or Ruby.

   Knowing when to switch from a shell script to a full-fledged programming language is important, even if your shell is basically awesome and has good programming features.

8. ollama

   7 493 141,141 9.9 Go

   Get up and running with Llama 3.3, DeepSeek-R1, Phi-4, Gemma 3, Mistral Small 3.1 and other large language models.

   

   I use ollama (https://ollama.ai/) which supports most of the big new local models you might've heard of: llama2, mistral vicuna etc. Since I have 16GB of RAM, I stick to the 7b models.

9. SaaSHub

   www.saashub.com featured

   SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

   

Suggest a related project