rpm-software-management / dnf

Package manager based on libdnf and libsolv. Replaces YUM.
GNU General Public License v2.0
1.22k stars 405 forks source link

Prepare man pages for switch to dnf5 as the default package manager #2072

Closed jan-kolarik closed 3 months ago

jan-kolarik commented 3 months ago

For: https://bugzilla.redhat.com/show_bug.cgi?id=2216850.

Requires:

Related:

Closes:

inknos commented 3 months ago

thinking out loud. what will happen with https://dnf.readthedocs.io and dnf5?

jan-kolarik commented 3 months ago

thinking out loud. what will happen with https://dnf.readthedocs.io and dnf5?

Only man pages output should be affected or?

inknos commented 3 months ago

The PR does not affect readthedocs directly. we are now changing what dnf means, though, before dnf was referring to dnf<5 now it's dnf5.

I was just saying, we have readthedocs which is generated by the same sources. so, should we keep dnf->dnf4 or switch to dnf->dnf5?

it is tricky since the online docs are probably referenced somewhere.

jan-kolarik commented 3 months ago

The PR does not affect readthedocs directly. we are now changing what dnf means, though, before dnf was referring to dnf<5 now it's dnf5.

I was just saying, we have readthedocs which is generated by the same sources. so, should we keep dnf->dnf4 or switch to dnf->dnf5?

it is tricky since the online docs are probably referenced somewhere.

I'd keep dnf.readthedocs.io for dnf4. If it's feasible and straightforward, we could consider adding a mention and link to the new dnf5 pages, e.g. on the title page. What do you think?

inknos commented 3 months ago

ok lgtm then. I added an issue to remember about readthedocs