Todays yum update has a failure for texlive-base:
Downloading Packages: texlive-base-2012-3.20121019_r28030.fc19.noarch.rpm | 1.3 MB 00:00:03 Running Transaction Check Running Transaction Test Transaction Test Succeeded Running Transaction Updating : 1:texlive-base-2012-3.20121019_r28030.fc19.noarch 1/2 Error unpacking rpm package 1:texlive-base-2012-3.20121019_r28030.fc19.noarch error: unpacking of archive failed on file /usr/share/texlive/texmf-local: cpio: rename Verifying : 1:texlive-base-2012-3.20121019_r28030.fc19.noarch 1/2 1:texlive-base-2012-3.20120926_r27815.fc19.noarch was supposed to be removed but is not! Verifying : 1:texlive-base-2012-3.20120926_r27815.fc19.noarch
This happened twice so I'm assuming the rpm is wrong, not the download.
On Mon, Oct 22, 2012 at 12:50:41PM -0500, Kevin Martin wrote:
Todays yum update has a failure for texlive-base:
....
1:texlive-base-2012-3.20120926_r27815.fc19.noarch was supposed to be removed but is not!
See https://bugzilla.redhat.com/show_bug.cgi?id=868556
This is caused by a broken attempt to solve another problem. The report was closed with NOTABUG although this is evidently a bug. Maybe the developer indeed can invoke "rawhide" and claim that an update failure is something to be expected (although I have some doubts) but this is also buggy for other reasons.
BTW - a failed update left in /usr/share/texlive/texmf/ "weird" symlink(s) which were supposed to replace texmf-local directory but this cannot be done in that way. Other "reasonable" methods to acomplish that are also broken in assorted scenarios. You can workaround the trouble by removing texmf-local before trying to update. If you already added some "local" content then texmf-local has to be renamed and your TeX configuration modified (now and in the future) accordingly. It can be done, so in this sense texlive-base-2012-3.20120926_r27815 is not broken even if an update is, but this will put extra demands on users and a substantial number of those will have no idea what to with that.
Michal