Summary: | [tetex] app-text/tetex sandbox violation during install phase if done independently after test phase failure | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kevin F. Quinn (RETIRED) <kevquinn> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | pacho |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 227443 | ||
Attachments: | emerge/ebuild log |
Description
Kevin F. Quinn (RETIRED)
2006-08-31 10:06:05 UTC
Created attachment 95566 [details] emerge/ebuild log emerge originally run with FEATURES="test"; failed (see bug #68878). Subsequently did: FEATURES="-test" ebuild ...tetex-2.0.2-r9.ebuild install qmerge and the results of that are at the end of the same log. (log attached bzip2 - sorry, bugzilla wouldn't allow it as a text file; too big). Looks like a configure/makefile error. tetex-3 is soon going stable os i'm not going to spend much time fixing this bug if it's not also present in tetex-3. If I remember correctly I have done extensive testing to ensure that FEATURES=test works with tetex-3 (it is very broken in tetex-2), but could you please try tetex-3 and see if it works in that version? Tried app-text/tetex-3.0-r4, but it shows the same sandbox error during the install phase. Should be reproduceable; just install with the sandbox enabled. Tests were running fine; ran out of time so killed that (I'll run them overnight) and proceeded to install to see if the sandbox error was still there: /bin/install -c -m 644 ./mktex.opt /home/portage/tmp/portage/tetex-3.0-r4/image//var/lib/texmf/web2c/mktex.opt /bin/install -c ./mktexdir /home/portage/tmp/portage/tetex-3.0-r4/image//var/lib/texmf/web2c/mktexdir /bin/install -c -m 644 ./mktexdir.opt /home/portage/tmp/portage/tetex-3.0-r4/image//var/lib/texmf/web2c/mktexdir.opt /bin/install -c ./mktexnam /home/portage/tmp/portage/tetex-3.0-r4/image//var/lib/texmf/web2c/mktexnam /bin/install -c -m 644 ./mktexnam.opt /home/portage/tmp/portage/tetex-3.0-r4/image//var/lib/texmf/web2c/mktexnam.opt /bin/install -c ./mktexupd /home/portage/tmp/portage/tetex-3.0-r4/image//var/lib/texmf/web2c/mktexupd 'libtool' --mode=install /bin/install -c -m 644 libkpathsea.la /usr/lib64 /bin/install -c -m 644 .libs/libkpathsea.so.4.0.0 /usr/lib64/libkpathsea.so.4.0.0 ACCESS DENIED open_wr: /usr/lib64/libkpathsea.so.4.0.0 /bin/install: cannot create regular file `/usr/lib64/libkpathsea.so.4.0.0': Permission denied make[2]: *** [install-exec] Error 1 make[2]: Leaving directory `/home/portage/tmp/portage/tetex-3.0-r4/work/tetex-src-3.0/texk/kpathsea' make[1]: *** [install] Error 1 make[1]: Leaving directory `/home/portage/tmp/portage/tetex-3.0-r4/work/tetex-src-3.0/texk' make: *** [install] Error 1 !!! ERROR: app-text/tetex-3.0-r4 failed. Call stack: ebuild.sh, line 1543: Called dyn_install ebuild.sh, line 1017: Called src_install tetex-3.0-r4.ebuild, line 41: Called tetex-3_src_install tetex-3.eclass, line 153: Called tetex_src_install tetex.eclass, line 181: Called tetex_src_install 'all' tetex.eclass, line 256: Called tetex_src_install 'base' 'doc' 'fixup' tetex.eclass, line 195: Called einstall 'bindir=/home/portage/tmp/portage/tetex-3.0-r4/image//usr/bin' 'texmf=/home/portage/tmp/portage/tetex-3.0-r4/image//var/lib/texmf' ebuild.sh, line 578: Called die !!! einstall failed !!! If you need support, post the topmost build error, and the call stack if relevant. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-app-text_-_tetex-3.0-r4-17734.log" open_wr: /usr/lib64/libkpathsea.so.4.0.0 -------------------------------------------------------------------------------- hmm; how long do the tests take to run? It has been sitting here: ./mft ./tests/io; mv io.tex tests/io.tex /home/portage/tmp/portage/tetex-3.0-r4/work/tetex-src-3.0/texk/web2c/.libs/lt-mft: fatal: mft file `plain.mft' not found. This is MFT, Version 2.0 (Web2C 7.5.4) ./patgen ./tests/dict ./tests/patterns tests/xpatout \ ./tests/translate <./tests/patgen.in for some 16 hours so far... Does it do that "mft file `plain.mft` not found" error for you? I haven't done anything for tests in 3.0. The tests are only supposed to be fixed in 3.0_p1. Try the lastest version available... And it shouldn't take more than an hour (at most... depends on your box). OK; something interesting to report. If I do: FEATURES="-test" emerge =app-text/tetex-3.0_p1-r3 it installs fine, no sandbox error. However if I do: emerge =app-text/tetex-3.0_p1-r3 (fails at test phase) ebuild .../app-text/tetex/tetex-3.0_p1-r3 install qmerge then I get the sandbox violation during install. Looking at the logs it's clear that in the first case everything is fine: 'libtool' --mode=install /bin/install -c -m 644 libkpathsea.la /home/portage/tmp/portage/tetex-3.0_p1-r3/image/usr/lib64 /bin/install -c -m 644 .libs/libkpathsea.so.4.0.0 /home/portage/tmp/portage/tetex-3.0_p1-r3/image/usr/lib64/libkpathsea.so.4.0.0 but in the second case something odd is happening; those same lines are: 'libtool' --mode=install /bin/install -c -m 644 libkpathsea.la /usr/lib64 /bin/install -c -m 644 .libs/libkpathsea.so.4.0.0 /usr/lib64/libkpathsea.so.4.0.0 which is clearly wrong. It's the same for all versions. I have no idea how the behaviour changes from one to the other. Regarding the tests in general, I tried on x86 but while the test phase didn't die, there's lots of stuff in the log that looks like the tests didn't all work properly. The first thing looks strange and should be investigated further. The issue about tests that does not look like they pass, that is a known issus and is in large not fixable. The tests that does not pass are not critical (if they were they would terminate the install). I have only fixed the tests that didn't work and were critical. At the time I had better things to do than fix tests :-) I got the same in prefix, but the order didn't matter. The makefiles simply don't look "DESTDIR" enabled, so I had to patch the eclass to override more paths to get sandbox happy. http://overlays.gentoo.org/proj/alt/changeset/4765 (Please ignore the ED, it's D in non-prefix) tetex was dropped, maybe this should be closed (In reply to comment #9) > tetex was dropped, maybe this should be closed > Ups, sorry for the noise, I have just seen bug 145729 removed from the tree, wontfix |