ebuild qdvdauthor fails with ACCESS VIOLATION if PORTAGE_TMPDIR is set to /usr/src. Reproducible: Always Steps to Reproduce: 1. change PORTAGE_TMPDIR to /usr/src in /etc/make.conf 2. add sandbox to FEATURES 3. emerge qdvdauthor Actual Results: ebuild fails with ACCESS VIOLATION Expected Results: clean build In the created Makefiles of qdvdauthor the installrules use a relative path to install qdvdauthor: install_i18n: all @$(CHK_DIR_EXISTS) "$(INSTALL_ROOT)../../../../../share/qdvdauthor/" || $(MKDIR) "$(INSTALL_ROOT)../../../../../usr/share/qdvdauthor/" If PORTAGE_TMPDIR is changed to a path with other than three elements or not the new path is not in /usr/* the files are not installed correctly and the ebuild might fail with a access violation. WORKAROUND: reset PORTAGE_TMPDIR to default Cya, Ed
is this also true for 0.0.10?
Yes, it's also true for 0.0.10. But it doesn't matter to which directory PORTAGE_TMPDIR is set. I have set it e.g. to /usr/var/portage.
this seems fixed upstream already in 0.1.0 beta: install_i18n: all @$(CHK_DIR_EXISTS) "$(INSTALL_ROOT)/usr/share/qdvdauthor/" || $(MKDIR) "$(INSTALL_ROOT)/usr/share/qdvdau thor/" -$(INSTALL_FILE) "i18n/qdvdauthor_de.qm" "$(INSTALL_ROOT)/usr/share/qdvdauthor/" -$(INSTALL_FILE) "i18n/qdvdauthor_es.qm" "$(INSTALL_ROOT)/usr/share/qdvdauthor/" -$(INSTALL_FILE) "i18n/qdvdauthor_fr.qm" "$(INSTALL_ROOT)/usr/share/qdvdauthor/" -$(INSTALL_FILE) "i18n/qdvdauthor_pl.qm" "$(INSTALL_ROOT)/usr/share/qdvdauthor/" so when #117008 is done, this should be also fixed. ;-)
new version in CVS, so this bug can be closed.