Re: What replaces --allowerasing in dnf5?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> On Fri, 25 Oct 2024 at 11:57, ToddAndMargo via users
> <users@xxxxxxxxxxxxxxxxxxxxxxx <mailto:users@xxxxxxxxxxxxxxxxxxxxxxx>>
> wrote:
>
>     Hi All,
>
>       From my working fc41 VM:
>
>     # cat /etc/redhat-release
>     Fedora release 41 (Forty One)
>
>     # dnf --allowerasing upgrade
> Unknown argument "--allowerasing" for command "dnf5". Add "--help" for
>     more information about the arguments.
>
>     What replaces --allowerasing?
>
>     -T

On 10/25/24 04:38, Will McDonald wrote:
+1 for the "stop this madness, clean reinstall time camp", fwiw. That said...

If you read the dnf5 man page, you'll see that the individual subcommands have been broken out...

[root@94a0d274cbcb /]# man dnf5
COMMANDS
     Here is the list of the available commands.  For more details see the separate man page for the specific command, f.e. man dnf5 install.

Then read the dnf5 upgrade man page:

[root@94a0d274cbcb /]# man dnf5 upgrade

NAME
        dnf5-upgrade - Upgrade Command

SYNOPSIS
       dnf5 upgrade [options] [<package-spec>|@<group-spec>| @<environment-spec>...]

OPTIONS
        --allowerasing
              Allow erasing of installed packages to resolve any potential dependency problems.

Putting 2+2 together, this seems like it's just a change to the way dnf parses the command and then the command's options.

[root@94a0d274cbcb /]# dnf5 --allowerasing upgrade
Unknown argument "--allowerasing" *for command "dnf5".* Add "--help" for more information about the arguments.

[root@94a0d274cbcb /]# dnf5 upgrade --allowerasing
Updating and loading repositories:
Repositories loaded.
Nothing to do.


I am confused.  When I tried using --allowerasing,
I got:

     Unknown argument "--allowerasing"

The --allowerasing allowed me to remove the older of two
rpm of the same revision but different releases

# rpm -qa systemd
systemd-254.18-1.fc39.x86_64
systemd-255.13-1.fc40.x86_64



--
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux