1. Manuals
  2. Tumbleweed
  3. jc
  4. jc(1)

Scroll to navigation

jc(1) JSON Convert jc(1)

NAME

jc - JSON Convert JSONifies the output of many CLI tools, file-types, and strings

SYNOPSIS

Standard syntax:

COMMAND | jc [SLICE] [OPTIONS] PARSER

cat FILE | jc [SLICE] [OPTIONS] PARSER

echo STRING | jc [SLICE] [OPTIONS] PARSER

Magic syntax:

jc [SLICE] [OPTIONS] COMMAND

jc [SLICE] [OPTIONS] /proc/<path-to-procfile>

DESCRIPTION

jc JSONifies the output of many CLI tools, file-types, and common strings for easier parsing in scripts. jc accepts piped input from STDIN and outputs a JSON representation of the previous command's output to STDOUT. Alternatively, the "Magic" syntax can be used by prepending jc to the command to be converted. Options can be passed to jc immediately before the command is given. (Note: "Magic" syntax does not support shell builtins or command aliases)

OPTIONS

Parsers:

`acpi` command parser

`airport -I` command parser

`airport -s` command parser

`apt-cache show` command parser

`apt-get -sqq` command parser

`arp` command parser

ASCII and Unicode table parser

multi-line ASCII and Unicode table parser

`blkid` command parser

`bluetoothctl` command parser

`cbt` (Google Bigtable) command parser

CEF string parser

CEF string streaming parser

`certbot` command parser

`chage --list` command parser

`cksum` and `sum` command parser

Common and Combined Log Format file parser

Common and Combined Log Format file streaming parser

`crontab` command and file parser

`crontab` file parser with user support

CSV file parser

CSV file streaming parser

`curl --head` command parser

`date` command parser

ISO 8601 Datetime string parser

`debconf-show` command parser

`df` command parser

`dig` command parser

`dir` command parser

`dmidecode` command parser

`dpkg -l` command parser

`du` command parser

`efibootmgr` command parser

Email Address string parser

`env` command parser

`ethtool` command parser

`file` command parser

`find` command parser

`findmnt` command parser

`finger` command parser

`free` command parser

`/etc/fstab` file parser

`git log` command parser

`git log` command streaming parser

`git ls-remote` command parser

`gpg --with-colons` command parser

`/etc/group` file parser

`/etc/gshadow` file parser

`hash` command parser

hashsum command parser (`md5sum`, `shasum`, etc.)

`hciconfig` command parser

`history` command parser

`host` command parser

`/etc/hosts` file parser

HTTP headers parser

`id` command parser

`ifconfig` command parser

INI file parser

INI with duplicate key file parser

`iostat` command parser

`iostat` command streaming parser

IPv4 and IPv6 Address string parser

`ipconfig` Windows command parser

`iptables` command parser

`ip route` command parser

`iw dev [device] scan` command parser

`iwconfig` command parser

Java MANIFEST.MF file parser

`jobs` command parser

JWT string parser

Key/Value file and string parser

Key/Value with duplicate key file and string parser

`last` and `lastb` command parser

`ls` command parser

`ls` command streaming parser

`lsattr` command parser

`lsb_release` command parser

`lsblk` command parser

`lsmod` command parser

`lsof` command parser

`lspci -mmv` command parser

`lsusb` command parser

M3U and M3U8 file parser

`mdadm` command parser

`mount` command parser

`mpstat` command parser

`mpstat` command streaming parser

`needrestart -b` command parser

`netstat` command parser

`nmcli` command parser

`nsd-control` command parser

`ntpq -p` command parser

openvpn-status.log file parser

`os-prober` command parser

`/etc/os-release` file parser

`pacman` command parser

`/etc/passwd` file parser

POSIX path string parser

POSIX path list string parser

`pci.ids` file parser

PostgreSQL password file parser

`pidstat -H` command parser

`pidstat -H` command streaming parser

`ping` and `ping6` command parser

`ping` and `ping6` command streaming parser

`pip list` command parser

`pip show` command parser

Alpine Linux Package Index file parser

Debian Package Index file parser

PLIST file parser

`postconf -M` command parser

`/proc/` file parser

`/proc/buddyinfo` file parser

`/proc/cmdline` file parser

`/proc/consoles` file parser

`/proc/cpuinfo` file parser

`/proc/crypto` file parser

`/proc/devices` file parser

`/proc/diskstats` file parser

`/proc/filesystems` file parser

`/proc/interrupts` file parser

`/proc/iomem` file parser

`/proc/ioports` file parser

`/proc/loadavg` file parser

`/proc/locks` file parser

`/proc/meminfo` file parser

`/proc/modules` file parser

`/proc/mtrr` file parser

`/proc/pagetypeinfo` file parser

`/proc/partitions` file parser

`/proc/slabinfo` file parser

`/proc/softirqs` file parser

`/proc/stat` file parser

`/proc/swaps` file parser

`/proc/uptime` file parser

`/proc/version` file parser

`/proc/vmallocinfo` file parser

`/proc/vmstat` file parser

`/proc/zoneinfo` file parser

`/proc/driver/rtc` file parser

`/proc/net/arp` file parser

`/proc/net/dev` file parser

`/proc/net/dev_mcast` file parser

`/proc/net/if_inet6` file parser

`/proc/net/igmp` file parser

`/proc/net/igmp6` file parser

`/proc/net/ipv6_route` file parser

`/proc/net/netlink` file parser

`/proc/net/netstat` file parser

`/proc/net/packet` file parser

`/proc/net/protocols` file parser

`/proc/net/route` file parser

`/proc/net/tcp` and `/proc/net/tcp6` file parser

`/proc/net/unix` file parser

`/proc/<pid>/fdinfo/<fd>` file parser

`/proc/<pid>/io` file parser

`/proc/<pid>/maps` file parser

`/proc/<pid>/mountinfo` file parser

`/proc/<pid>/numa_maps` file parser

`/proc/<pid>/smaps` file parser

`/proc/<pid>/stat` file parser

`/proc/<pid>/statm` file parser

`/proc/<pid>/status` file parser

`ps` command parser

`/etc/resolve.conf` file parser

`route` command parser

`rpm -qi` command parser

`rsync` command parser

`rsync` command streaming parser

Semantic Version string parser

`sfdisk` command parser

`/etc/shadow` file parser

SRT file parser

`ss` command parser

`ssh` config file and `ssh -G` command parser

`sshd` config file and `sshd -T` command parser

`stat` command parser

`stat` command streaming parser

`swapon` command parser

`sysctl` command parser

Syslog RFC 5424 string parser

Syslog RFC 5424 string streaming parser

Syslog RFC 3164 string parser

Syslog RFC 3164 string streaming parser

`systemctl` command parser

`systemctl list-jobs` command parser

`systemctl list-sockets` command parser

`systemctl list-unit-files` command parser

`systeminfo` command parser

`/usr/bin/time` command parser

`timedatectl status` command parser

Unix Epoch Timestamp string parser

TOML file parser

`top -b` command parser

`top -b` command streaming parser

`tracepath` and `tracepath6` command parser

`traceroute` and `traceroute6` command parser

`tune2fs -l` command parser

`udevadm info` command parser

`ufw status` command parser

`ufw app info [application]` command parser

`uname -a` command parser

`update-alternatives --get-selections` command parser

`update-alternatives --query` command parser

`upower` command parser

`uptime` command parser

URL string parser

Version string parser

`veracrypt` command parser

`vmstat` command parser

`vmstat` command streaming parser

`w` command parser

`wc` command parser

`wg show` command parser

`who` command parser

X.509 PEM and DER certificate file parser

X.509 PEM and DER certificate request file parser

XML file parser

`xrandr` command parser

YAML file parser

`zipinfo` command parser

`zpool iostat` command parser

`zpool status` command parser

Options:

About jc (JSON or YAML output)
Force color output even when using pipes (overrides -m and the NO_COLOR env variable)
Debug - show traceback (use -dd for verbose traceback)
Help (--help --parser_name for parser documentation). Use twice to show hidden parsers (e.g. -hh). Use thrice to show parser categories (e.g. -hhh).
Monochrome output
Add metadata to output including timestamp, parser name, magic command, magic command exit code, etc.
Pretty print output
Quiet mode. Suppresses parser warning messages (use -qq to ignore streaming parser errors)
Raw output. Provides more literal output, typically with string values and no additional semantic processing
Slurp multiple lines into an array. (use -hhh to find compatible parsers)
Unbuffer output (useful for slow streaming data with streaming parsers)
Version information
YAML output
Generate Bash shell completion script
Generate Zsh shell completion script

Slice:

Line slicing is supported using the START:STOP syntax similar to Python slicing. This allows you to skip lines at the beginning and/or end of the STDIN input you would like jc to convert.

START and STOP can be positive or negative integers or blank and allow you to specify how many lines to skip and how many lines to process. Positive and blank slices are the most memory efficient. Any negative integers in the slice will use more memory.

For example, to skip the first and last line of the following text, you could express the slice in a couple ways:

$ cat table.txt


      ### We want to skip this header ###


          col1       col2


          foo        1


          bar        2


      ### We want to skip this footer ###
$ cat table.txt | jc 1:-1 --asciitable
[{"col1":"foo","col2":"1"},{"col1":"bar","col2":"2"}]
$ cat table.txt | jc 1:4 --asciitable
[{"col1":"foo","col2":"1"},{"col1":"bar","col2":"2"}]

In this example 1:-1 and 1:4 line slices provide the same output.

When using positive integers the index location of STOP is non-inclusive. Positive slices count from the first line of the input toward the end starting at 0 as the first line. Negative slices count from the last line toward the beginning starting at -1 as the last line. This is also the way Python's slicing feature works.

Here is a breakdown of line slice options:

lines START through STOP - 1
lines START through the rest of the output
:STOP
lines from the beginning through STOP - 1
START lines from the end through STOP - 1
lines START through STOP lines from the end
START lines from the end through STOP lines from the end
START lines from the end through the rest of the output
:-STOP
lines from the beginning through STOP lines from the end
:
all lines

SLURP

Some parsers support multi-item input and can output an array of results in a single pass. Slurping works for string parsers that accept a single line of input. (e.g. url and ip-address) To see a list of parsers that support the --slurp option, use jc -hhh.

For example, you can send a file with multiple IP addresses (one per line) to jc with the --slurp option and an array of results will output:

$ cat ip-addresses.txt | jc --slurp --ip-address
[<multiple output objects>]

The magic syntax for /proc files automatically supports slurping of multiple files (no need to use the --slurp option). For example, you can convert many PID files at once:

$ jc /proc/*/status
[<multiple output objects>]

When the /proc magic syntax is used and multiple files are selected, an additional _file field is inserted in the output so it is easier to tell what file each output object refers to.

Finally, the --meta-out option can be used in conjunction with slurped output. In this case, the slurped output is wrapped in an object with the following structure:

{


  "result": [<multiple output objects>],


  "_jc_meta": {


    "parser": "url",


    "timestamp": 1706235558.654576,


    "slice_start": null,


    "slice_end": null,


    "input_list": [


      "http://www.google.com",


      "https://www.apple.com",


      "https://www.microsoft.com"


    ]


  }
}

With --meta-out, input_list contains a list of inputs (actual input strings or /proc filenames) so you can identify which output object relates to each input string or /proc filename.

EXIT CODES

Any fatal errors within jc will generate an exit code of 100, otherwise the exit code will be 0.

When using the "magic" syntax (e.g. jc ifconfig eth0), jc will store the exit code of the program being parsed and add it to the jc exit code. This way it is easier to determine if an error was from the parsed program or jc.

Consider the following examples using ifconfig:

ifconfig exit code = 0, jc exit code = 0, combined exit code = 0 (no errors)

ifconfig exit code = 1, jc exit code = 0, combined exit code = 1 (error in ifconfig)

ifconfig exit code = 0, jc exit code = 100, combined exit code = 100 (error in jc)

ifconfig exit code = 1, jc exit code = 100, combined exit code = 101 (error in both ifconfig and jc)

When using the "magic" syntax you can also retrieve the exit code of the called program by using the --meta-out or -M option. This will append a _jc_meta object to the output that will include the magic command information, including the exit code.

Here is an example with ping:

$ jc --meta-out -p ping -c2 192.168.1.252
{


  "destination_ip": "192.168.1.252",


  "data_bytes": 56,


  "pattern": null,


  "destination": "192.168.1.252",


  "packets_transmitted": 2,


  "packets_received": 0,


  "packet_loss_percent": 100.0,


  "duplicates": 0,


  "responses": [


    {


      "type": "timeout",


      "icmp_seq": 0,


      "duplicate": false


    }


  ],


  "_jc_meta": {


    "parser": "ping",


    "timestamp": 1661357115.27949,


    "magic_command": [


      "ping",


      "-c2",


      "192.168.1.252"


    ],


    "magic_command_exit": 2


  }
}
$ echo $?
2

ENVIRONMENT

Custom Colors

You can specify custom colors via the JC_COLORS environment variable. The JC_COLORS environment variable takes four comma separated string values in the following format:

JC_COLORS=<keyname_color>,<keyword_color>,<number_color>,<string_color>

Where colors are: black, red, green, yellow, blue, magenta, cyan, gray, brightblack, brightred, brightgreen, brightyellow, brightblue, brightmagenta, brightcyan, white, or default

For example, to set to the default colors:

JC_COLORS=blue,brightblack,magenta,green

or

JC_COLORS=default,default,default,default

Disable Color Output

You can set the NO_COLOR environment variable to any value to disable color output in jc. Note that using the -C option to force color output will override both the NO_COLOR environment variable and the -m option.

STREAMING PARSERS

Most parsers load all of the data from STDIN, parse it, then output the entire JSON document serially. There are some streaming parsers (e.g. ls-s, ping-s, etc.) that immediately start processing and outputting the data line-by-line as JSON Lines (aka NDJSON) while it is being received from STDIN. This can significantly reduce the amount of memory required to parse large amounts of command output (e.g. ls -lR /) and can sometimes process the data more quickly. Streaming parsers have slightly different behavior than standard parsers as outlined below.

Note: Streaming parsers cannot be used with the "magic" syntax

Ignoring Errors

You may want to ignore parsing errors when using streaming parsers since these may be used in long-lived processing pipelines and errors can break the pipe. To ignore parsing errors, use the -qq cli option. This will add a _jc_meta object to the JSON output with a success attribute. If success is true, then there were no issues parsing the line. If success is false, then a parsing issue was found and error and line fields will be added to include a short error description and the contents of the unparsable line, respectively:

Successfully parsed line with -qq option: 
{


  "command_data": "data",


  "_jc_meta": {


    "success": true


  }
}

Unsuccessfully parsed line with -qq option:

{


  "_jc_meta": {


    "success": false,


    "error": "error message",


    "line": "original line data"


  }
}

Unbuffering Output

Most operating systems will buffer output that is being piped from process to process. The buffer is usually around 4KB. When viewing the output in the terminal the OS buffer is not engaged so output is immediately displayed on the screen. When piping multiple processes together, though, it may seem as if the output is hanging when the input data is very slow (e.g. ping):

$ ping 1.1.1.1 | jc --ping-s | jq
<slow output>

This is because the OS engages the 4KB buffer between jc and jq in this example. To display the data on the terminal in realtime, you can disable the buffer with the -u (unbuffer) cli option:

$ ping 1.1.1.1 | jc --ping-s -u | jq
{"type":"reply","pattern":null,"timestamp":null,"bytes":"64",...}
{"type":"reply","pattern":null,"timestamp":null,"bytes":"64",...}
etc...

Note: Unbuffered output can be slower for large data streams.

PARSER PLUGINS

Parser plugins may be placed in a jc/jcparsers folder in your local "App data directory":

- Linux/unix: $HOME/.local/share/jc/jcparsers
- macOS: $HOME/Library/Application Support/jc/jcparsers
- Windows: $LOCALAPPDATA\jc\jc\jcparsers

Parser plugins are standard python module files. Use the jc/parsers/foo.py or jc/parsers/foo_s.py (streaming) parser as a template and simply place a .py file in the jcparsers subfolder. Any dependencies can be placed in the jc folder above jcparsers and can be imported in the parser code.

Parser plugin filenames must be valid python module names and therefore must start with a letter and consist entirely of alphanumerics and underscores. Local plugins may override default parsers.

Note: The application data directory follows the XDG Base Directory Specification

CAVEATS

Locale

For best results set the locale environment variables to C or en_US.UTF-8 by modifying the LC_ALL variable:

$ LC_ALL=C date | jc --date

You can also set the locale variables individually:

$ export LANG=C

$ export LC_NUMERIC=C

On some older systems UTF-8 output will be downgraded to ASCII with \u escape sequences if the C locale does not support UTF-8 encoding.

Timezones

Some parsers have calculated epoch timestamp fields added to the output. Unless a timestamp field name has a _utc suffix it is considered naive. (i.e. based on the local timezone of the system the jc parser was run on).

If a UTC timezone can be detected in the text of the command output, the timestamp will be timezone aware and have a _utc suffix on the key name. (e.g. epoch_utc) No other timezones are supported for aware timestamps.

EXAMPLES

Standard Syntax:

$ dig www.google.com | jc -p --dig

$ cat /proc/meminfo | jc --pretty --proc

Magic Syntax:

$ jc --pretty dig www.google.com

$ jc --pretty /proc/meminfo

Line Slicing:

$ cat file.csv | jc :101 --csv # parse first 100 lines

For parser documentation:

$ jc --help --dig

More Help:

$ jc -hh # show hidden parsers

$ jc -hhh # list parsers by category tags

AUTHOR

Kelly Brazil (kellyjonbrazil@gmail.com)

https://github.com/kellyjonbrazil/jc

COPYRIGHT

Copyright (c) 2019-2024 Kelly Brazil

License: MIT License

2024-11-25 1.25.4