Matthias Saou wrote:
Hi, I just ran "yum update" on an FC4 machine to bring it up to date with Rawhide to do some testing and ran into a few quirks. One was VNC's scriplet : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179849 Then, much more tricky... not sure if it's even worth bugzilla'ing since it's clearly a dead end :-( Removing : fonts-xorg-ISO8859-15-100dpi ##################### [708/835] /var/tmp/rpm-tmp.7625: line 3: /usr/X11R6/bin/mkfontdir: No such file or directory error: %postun(fonts-xorg-ISO8859-15-100dpi-6.8.2-1.noarch) scriptlet failed, exit status 127 Removing : fonts-xorg-75dpi ##################### [655/835] /var/tmp/rpm-tmp.29316: line 3: /usr/X11R6/bin/mkfontdir: No such file or directory error: %postun(fonts-xorg-75dpi-6.8.2-1.noarch) scriptlet failed, exit status 127 For those packages' %postun, the stuff in /usr/X11R6/bin/ is obviously gone now, so the failure is expected... and I can't think of any way to sanely fix that. The result is that those packages don't get erased from the local rpm database... Any brilliant ideas? (apart from symlinking stuff in /usr/X11R6/bin/ for FC5...)
Yeah, that's kindof ugly. The only foolproof way I can think of handling this, is to have compatibility symlinks in the mkfontdir package in /usr/X11R6/bin. If anyone has alternative ideas for a reasonable solution though, I'm open to ideas. If nothing else comes up as a viable solution however, I'll probably stick some backward compatible symlinks into the packaging prior to FC5 though, as I think we do need to cover this at least for a few OS releases. Also, since FC is the basis for RHEL, the back-compat stuff probably needs to stick around longer than I'd prefer to have it stick around. That can be handled separately for RHEL though too.. Suggestions appreciated. TIA -- Mike A. Harris * Open Source Advocate * http://mharris.ca Proud Canadian. -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
