Description of problem: yum fails to change symlink to directory during update, surprisingly, it doesn't even accept the workaround which works in rpm in bug 646523 . Version-Release number of selected component (if applicable): 3.2.28-5.fc14.noarch Additional info: See bug 646523 for more info
You'll have to give a lot more info. for us to tell if there is any problem in yum, from the other bug... file /usr/lib/mozilla/extensions/{718e30fb-e89b-41dd-9da7-e25a45638b28}/{9533f794-00b4-4354-aa15-c2bbda6989f8}/components/libnptray.so from install of mozilla-firetray-sunbird-0.2.8-3.fc14.i686 conflicts with file from package mozilla-firetray-core-0.2.8-3.fc14.i686 ...yum can't see file conflicts, so if this is the kind of error you are getting it has to be from rpm.
the %pretrans scriplet from bug 646523 resolves the conflict at the rpm level, but yum still states a conflict. so updating using rpm is fine, using yum, there is a conflict
what info do you need ?
> but yum still states a conflict. As I said, if the conflict is a file conflict then _it isn't coming from yum_ because yum can't see file conflicts and so doesn't report them. > what info do you need ? It'd be helpful to show at least all of the output, but again if you are seeing file conflicts you might as well put the info. in bug#646523.
see : https://bugzilla.redhat.com/show_bug.cgi?id=646185#c5
Ok, so I think the problem here is that when using yum we do the "transaction check", which asks rpm to test the transaction without doing anything (and thus. doesn't run pretrans scripts). It's possible that rpm could become very clever to work around this, but I doubt it. So I'd say that using pretrans to workaround the symlink => dir. issue just isn't doing to work.
what do you suggest for now ? ask the users to remove/install the package ?