summaryrefslogtreecommitdiff
path: root/submitting-patches
diff options
context:
space:
mode:
authorChantry Xavier <shiningxc@gmail.com>2007-08-13 00:17:32 +0200
committerDan McGee <dan@archlinux.org>2008-01-23 20:13:01 -0600
commit88cbee3c24768470cc0d4abe050e98b989807a67 (patch)
treef8054873d7a6bc84238c1208a40cceaa16689f4a /submitting-patches
parent69c6d59bb6efc1ae1bcf58d19d049d435dc974b2 (diff)
downloadpacman-88cbee3c24768470cc0d4abe050e98b989807a67.tar.xz
libalpm/sync.c : conflicts resolving cleanup.
The original patch from Nagy tried to resolve target vs target conflicts, and so broke the following pactests : sync040, sync041 and sync990 Nagy's proposal to solve this situation was to choose the interactive way, ask the user how to deal with it: either remove pkg1 or remove pkg2 or stop here. So he left this as a TODO. But instead of trying to resolve these conflicts or asking the user, I tried to find a more conservative way, looking at what the current pactests expected: If between the two conflicting packages, one provides the other, pacman will keep that one and remove the other from the target list. That breaks sync893 and sync897. But Dan agreed these two looked weird and should be changed. This commit should close FS#8897, FS#8899 and FS#9024. Reference: http://www.archlinux.org/pipermail/pacman-dev/2007-October/009745.html http://www.archlinux.org/pipermail/pacman-dev/2007-December/010393.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
Diffstat (limited to 'submitting-patches')
0 files changed, 0 insertions, 0 deletions