Implement machine-readable output for commands

[jan-kolarik]

Based on the #512, the target format for machine-readable output should be json, which is also supported by the libsmartcols library, commonly used for command output in DNF.

For the supported commands, machine-readable output will be requested with the --json option.

Commands to be implemented:

• repolist: Implement JSON output #1522
• repoinfo: Implement JSON output #1529
• Add JSON output to advisory list #1531

This issue is targeted for Fedora 41. Other commands to be implemented are scheduled in the follow-up #1906.

[softwaresale]

It looks like there is a JSON wrapper in copr already. Would it be worth while to either:

1. Move that wrapper into libdnf5 so that it can be used across the different commands
2. Create a new wrapper in libdnf5 instead of reusing copr's
3. Not create a wrapper at all and just use raw json-c

[jan-kolarik]

It looks like there is a JSON wrapper in copr already. Would it be worth while to either:

1. Move that wrapper into libdnf5 so that it can be used across the different commands
2. Create a new wrapper in libdnf5 instead of reusing copr's
3. Not create a wrapper at all and just use raw json-c

Hi, thanks for the suggestion. I was looking into the copr plugin and there it is really used for processing the JSON input. Here for the machine-readable output we would probably just utilize the libsmartcols functionality to print the output in JSON format and probably do some transformation of the existing scols table into the json scols one. So it looks to me so far that no JSON library would be needed for this use case.

[jan-kolarik]

Following-up on #1072 (comment), I was trying to utilize the libsmartcols API for JSON outputs. Unfortunately, I couldn't find a way to produce nested JSON objects. Even without that, the code became cumbersome when trying to transpose the existing tables for a more natural JSON output.

I'll proceed by attempting to utilize the existing json-c library for this, taking into account the common JSON wrapper in libdnf5, as suggested by @softwaresale if it makes sense. However, the refactoring of the output header files is necessary first. Therefore I'm postponing the work until the related issue is resolved.

[joshcooper]

Puppet currently relies on the -d 0 -e 1 options when installing dnf packages, which doesn't work under dnf5 puppetlabs/puppet#9506

Having a stable JSON-based output for dnf list, dnf install, etc would be very useful to us.

[jcpunk]

Adding another use case to this, I'd be better able to parse the output of dnf5 with ansible or shell scripts if there was a JSON style output for more detailed host reporting.

For example, parsing the output of updateinfo into something I could drop in /etc/motd.d/ as a sort of preview to needs-restarting for scheduling updates.

[kontura]

For example, parsing the output of updateinfo into something I could drop in /etc/motd.d/ as a sort of preview to needs-restarting for scheduling updates.

I think that dnf updateinfo list --json should already be working.