I tried to emerge psi with current synced portage. There are psi-0.9.3-r1 marked as stable and psi-0.9.3-r2 in ~x86 branch. The emerge process crashes with the same error after trying to emerge the stable and afterwards the unstable package. Reproducible: Always Steps to Reproduce: 1. emerge psi Actual Results: emerge output: >>> Install psi-0.9.3-r1 into /usr/tmp//portage/psi-0.9.3-r1/image/ category net-im ( [ -d libpsi/psiwidgets ] && cd libpsi/psiwidgets ; grep "^qmake_all:" Makefile && make -f Makefile qmake_all; ) || true ( [ -d src ] && cd src ; grep "^qmake_all:" Makefile && make -f Makefile qmake_all; ) || true ( [ -d libpsi/psiwidgets ] && cd libpsi/psiwidgets ; make -f Makefile install; ) || true make[1]: Entering directory `/usr/tmp/portage/psi-0.9.3-r1/work/psi-0.9.3/libpsi/psiwidgets' make[1]: Nothing to be done for `install'. make[1]: Leaving directory `/usr/tmp/portage/psi-0.9.3-r1/work/psi-0.9.3/libpsi/psiwidgets' ( [ -d src ] && cd src ; make -f Makefile install; ) || true make[1]: Entering directory `/usr/tmp/portage/psi-0.9.3-r1/work/psi-0.9.3/src' cp -f "psi" "/usr/tmp//portage/psi-0.9.3-r1/image/../../../../../../bin/psi" ACCESS DENIED open_wr: /bin/psi cp: cannot create regular file `/usr/tmp//portage/psi-0.9.3-r1/image/../../../../../../bin/psi': Permission denied make[1]: [install_target] Error 1 (ignored) ACCESS DENIED mkdir: /share mkdir: cannot create directory `/usr/tmp//portage/psi-0.9.3-r1/image/../../../../../../share': Permission denied make[1]: *** [install_sharedfiles] Error 1 make[1]: Leaving directory `/usr/tmp/portage/psi-0.9.3-r1/work/psi-0.9.3/src' cp: cannot stat `/usr/tmp//portage/psi-0.9.3-r1/work/langs/psi_*.qm': No such file or directory man: prepallstrip: strip: strip --strip-unneeded >>> Completed installing psi-0.9.3-r1 into /usr/tmp//portage/psi-0.9.3-r1/image/ ^G^G^G--------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-net-im_-_psi-0.9.3-r1-10455.log" open_wr: /bin/psi mkdir: /share -------------------------------------------------------------------------------- ...done! ------------------------------------------------------------- sandbox-net-im_-_psi-0.9.3-r1-10455.log: open_wr: /bin/psi mkdir: /share Expected Results: merging of psi make.conf: --- snip --- PORTDIR_OVERLAY="/usr/local/portage" ACCEPT_KEYWORDS="x86" #FEATURES="autoaddcvs ccache sandbox strict maketest" FEATURES="autoaddcvs ccache sandbox strict" PORTAGE_TMPDIR="/usr/tmp" DISTCC_DIR="${PORTAGE_TMPDIR}/.distcc" MAKEOPTS="-j2" DISTDIR="/var/tmp/portage/distfiles" ALSA_CARDS="intel8x0" VIDEO_CARDS="nvidia" --- snip ---
This package uses qmake, and it seems that in some cases a patch to a problem in the build process is not working. Your /usr/tmp is a real directory? If not it is a link to where? If it is a link are they both in the same fs? You can try PORTAGE_TMPDIR="/var/tmp/portage" emerge psi Please report back
Thank you very much. The proposed step fixed the problem. Now all path issues worked out fine. By the way: My /usr/tmp is a real directory and all permissions are correctly set. That's why i still don't understand why it worked with PORTAGE_TMPDIR="/var/tmp/portage".
I got a simular error, and I solved it in a different way. There is a patch in the psi filesdir which is called "psi-pathfix.patch". It adds the option "no_fixpath" to the CONFIG-variable in psi.pro. When I added the same option in src/src.pro, it did compile without problems. I can attach my version of that patch if you want.
I would highly appreciate you to attach your version of the "psi-pathfix.patch". Perhaps it can make its way into the current stable portage patch-set of psi. (In reply to comment #3)
Created attachment 59689 [details] A extended version of net-im/psi/files/psi-pathfix.patch Okee, here is that file.
I add this to test release of -r4(-test3). If you can - plz download and check is everything is ok now: http://vivid.dat.pl/psi/psi-0.9.3-gentoo-r4-test3.tar.bz2 Regards, Przemek
It compiles fine here, and it also seems to run ok (I haven't test that very hard). Note that if this is applied as it now is, is also updates psi-pathfix.patch and thus changes this file for some of the earlier versions, which is possibly not the intention. But you proberbly already know this. Regards, Mart
I hope to comit r4 today that will fix this.
