Red Hat Bugzilla – Bug 149117
Build of tetex RPMs fails because of missing file "ls-R"
Last modified: 2013-07-02 19:06:18 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)
Description of problem:
Building tetex-2.0.2-21.3 on a fully updated FC3 system fails with the
+ mkdir /var/tmp/tetex-root/usr/share/applications
+ desktop-file-install --vendor tetex --delete-original --dir
X-Red-Hat-Extra --add-category Graphics --add-category Application
warning: file contains key "MiniIcon", usage of this key is not
recommended, since it has been deprecated
+ rm -f /var/tmp/tetex-root/var/lib/texmf/ls-R
+ head -n 1 /var/tmp/tetex-root/usr/share/texmf/ls-R
head: cannot open `/var/tmp/tetex-root/usr/share/texmf/ls-R' for
reading: No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.73780 (%install)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Execute "rpmbuild --rebuild tetex-2.0.2-21.3.src.rpm"
Actual Results: Watch the above error message appear and "rpmbuild"
abort the packaging of the binary packages.
The various tetex-2.0.2-21.3 binary packages should have built properly.
Identical output for the rebuild of "tetex-3.0-1".
The log context you presented here looks weird. Could you please send
the whole compile log here as an attachment?
I don't think it's a general problem since I build both the versions
with no problems locally and also our build system and other users had
no complains about it.
I have found the reason for the observed behaviour: I've got a local "texmf"
tree, and via the "su" command the TEXMF shell variable got exported to the both
local accounts (install/root) which I had used to try to rebuild the binary
After correction of this misleading setting, the packages do build as expected.
Unless one does not consider rpmbuild taking into account a local TEXMF shell
variable as undesirable, the issue can be qualified a "NOT A BUG".
Ok, thanks for the bugreport anyway.