Historical bug tracker for the Pacman package manager.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
FS#27611 - pacman -Sdd do a conflict check
Attached to Project:
Pacman
Opened by Sébastien Luttringer (seblu) - Saturday, 17 December 2011, 23:10 GMT
Last edited by Allan McRae (Allan) - Saturday, 09 February 2013, 03:46 GMT
Opened by Sébastien Luttringer (seblu) - Saturday, 17 December 2011, 23:10 GMT
Last edited by Allan McRae (Allan) - Saturday, 09 February 2013, 03:46 GMT
|
DetailsSummary and Info:
Option -d or --nodeps of pacman -S should ignore depends and conflict depends as said in man page. -d, --nodeps Skips dependency version checks. Package names are still checked. Normally, pacman will always check a package’s dependency fields to ensure that all dependencies are installed and there are no package conflicts in the system. Specify this option twice to skip all dependency checks. Steps to Reproduce: 1) Install cpupower (it will conflict with cpufrequtils) 2) try to install cpufrequtils with pacman -Sfdd cpufrequtils # pacman -Sddf cpufrequtils looking for inter-conflicts... :: cpufrequtils and cpupower are in conflict. Remove cpupower? [y/N] n error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: cpufrequtils and cpupower are in conflict |
This task depends upon
Closed by Allan McRae (Allan)
Saturday, 09 February 2013, 03:46 GMT
Reason for closing: Not a bug
Additional comments about closing: Dependency != conflict
Saturday, 09 February 2013, 03:46 GMT
Reason for closing: Not a bug
Additional comments about closing: Dependency != conflict
=> depends, optdepends are dependency fields (by definition). Maybe conflict is a dependency field?
2) to ensure that all dependencies are installed and there are no package
conflicts in the system
=> ok, they check depency fields to check install depends _and_ conflict, so conflict is a dependency field.
3) Specify this option twice to skip all dependency checks
=> -dd should skip conflict parameter.
That's was the path in my mind. Maybe i misunderstood the mean of dependency inside it.