2008/9/18 Nagy Gabor <[email protected]>: > Idézet Nagy Gabor <[email protected]>: > >>> The problem seems to be that in the old package >>> /usr/lib/klibc/include/asm is a symlink to another directory which >>> contains these files. In the new package, this symlink is replaced by a >>> directory. pacman thinks that there are file conflicts, while there are >>> none. I cannot find a viable workaround for this. >> > > Workaround: -Uf. > >> Thanks for the report, this is a known issue: >> http://www.archlinux.org/pipermail/pacman-dev/2008-July/012465.html >> We also have pactests for this as a reminder. > > Well, I was wrong, this is not exactly the same case. This is a bit easier. > The problem is, that pacman doesn't resolve symlinks, maybe we should do > some realpath stuff here (efficiency?). > >
So what about fixing just this "real life" case, which could happen again in the future?
0001-Fix-klibc-conflict-case.patch
Description: application/mbox
_______________________________________________ pacman-dev mailing list [email protected] http://www.archlinux.org/mailman/listinfo/pacman-dev
