On 30 March 2012 16:16, David C. Rankin <drankinatty@...> wrote: > On 03/30/2012 02:40 PM, Darrell Anderson wrote: >> Installing the same files from two different packages might seem inefficient, but does not break anything. The breakage occurs when the package manager removes files blindly. Seems like the Arch package manager default settings are more restrictive than other package managers by not letting the installation proceed without using the --force parameter. :) Not bad or good, just more restrictive. To me, the removal end is more important. >> >> Darrell > > I agree and I cuss pacman every once in a while for it. It is more restrictive > and it does a very good job. I just wish it was smart enough to: > > if diff pkg1/file.x pkg2/file.x; then > install the darn thing > fi > But.. then you screw up (or complicate) the package manager database regarding > who owns what on the system. I think this is where other package managers are > smarter than pacman. Their package databases seem to be able to do this on the > fly while pacman doesn't. Because in the above example, you would need to expand > it to: > > if diff pkg1/file.x pkg2/file.x; then > install the darn thing > update_pkgmgr_db(pkg2/file.x, owned by pkg2) > update_pkgmgr_db(pkg1/file.x, owned by pkg2) > fi Honestly i've dealt with the pacman maintainers and contributors. Nothing they do is unintentional :-). If packages are conflicting, the best way to tell them not to is to just force them not to. Situation: when package A and B conflict over X.txt what happens when I uninstall B, do we remove X.txt? obviously you shouldn't do that, especially because A needs it too. So what if A has a new version? we over write it? I just think the best way it to tell packages to sort their own crap out, that way you don't go down a long dark hole of overly complicated problems and errors that could take forever to track down because a file isn't where it needs to be. I like pacman because it is restrictive :-) Anyway, the solution isn't to fix pacman, it's to fix trinity. Calvin