Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
my psi-ebuild version 0.9.3-r4 has stopped on this point (language-packs) rm -f ../psi ; ln -s src/psi ../psi make[1]: Leaving directory `/mnt/gentoomirror/gatekeeper-temp/portage/psi-0.9.3-r4/work/psi-0.9.3/src' * Building language packs --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-net-im_-_psi-0.9.3-r4-18671.log" open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock access_wr: /usr/qt/devel/etc/settings/qt_plugins_3.3rc open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/devel/etc/settings/.qt_plugins_3.3rc.lock -------------------------------------------------------------------------------- i saw some issues about psi and sandbox access-violations. in versions before 0.9.3-r4 you guys said, it was fixed by now.. sorry to reopen another duplicate. Reproducible: Always Steps to Reproduce: 1.emerge psi 2. 3. Actual Results: access-violations on building language packs Expected Results: should have merged correctly Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.11-gentoo-r8 i686) ================================================================= System uname: 2.6.11-gentoo-r8 i686 AMD Athlon(tm) MP Processor 1900+ Gentoo Base System version 1.6.12 dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.9 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=athlon-mp -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-mp -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/mnt/gentoomirror/gatekeeper-temp/" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/kde-live" SYNC="rsync://gentoo-distfiles.local.nil.nul/gentoo-portage" USE="x86 X aalib alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts bzlib cdparanoia cdr chroot crypt cups curl dba divx4linux dvd dvdr dvdread emacs emboss encode esd fam foomaticdb fortran ftp gd gdbm gif gimpprint gpm gstreamer gtk gtk2 gtkhtml icq imagemagick imap imlib ipv6 java jpeg junit ldap libg++ libwww lzo mad mikmod motif mozilla mp3 mpeg mysql ncurses nls nvidia offensive ogg oggvorbis opengl oss pam pdflib perl php png python qt quicktime readline samba sdl session soap spell sql ssl subversion svg svga tcpd tiff truetype truetype-fonts type1-fonts unicode vorbis win32codecs xine xinerama xml2 xmlrpc xmms xpm xprint xsl xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
please attach /tmp/sandbox-net-im_-_psi-0.9.3-r4-18671.log and a emerge info
You must have changed your QTDIR to use a non-portage version of Qt: "/usr/qt/devel" ?
well, all other components use /usr/qt/3/... only the language packs dont... the devel-qt is a bit of qt 4 (the svn version)
Created an attachment (id=62247) [details] sandbox-log
the languague packs use lrelease, that is: which lrelease /usr/qt/3/bin/lrelease I have no idea why it is using the version on qt4 and giving sec violations.
The ebuild should be changed to call: ${QTDIR}/lrelease Qt4's tools have precedence over Qt3.
both lrelease give the same output on lrelease -version ... lrelease version 3.3.4 strange.
Recently on gentoo-devel there was info about qt.eclass : http://article.gmane.org/gmane.linux.gentoo.devel/29280 I think we should change ebuild a bit - psi to (not released yet) version 0.10 will support only qt-3.x. Between version 0.10 and 0.11 there want be any new futures - psi will switch to qt-4.0 and usage of qt-3.x want be available any more. [this should take place in about month or two] Anyway - for now we have to change ebuild. Gustavo - who will be first? ;-) Cheers, Przemek
BTW. (forgot to mention before) I think there was no sandbox violation with building langpacks - so this is new problem. Previous sandbox issue was related to installing psi executable file in fixed location - this should be fixed now [tests are wecome] Cheers, Przemek
Is this one SOLVED?? Regards, Przemek
no, i'm afraid, it is not. same symptoms, no solution...
bug still exists... sorry :) same symptoms...
can you plz give me output of commands: grep QTDIR /usr/portage/eclass/qt3.eclass set | grep QTDIR I'm curious why is emerge 'seeing' wrong QTDIR var.... Regards, Przemek
if [[ -z $QTDIR ]]; then QTDIR="/usr/qt/3" addwrite "$QTDIR/etc/settings" addpredict "$QTDIR/etc/settings" -- QTDIR=/usr/qt/3 meanwhile psi 0.9.3-r4 merges... but has no gnupg-support in it anymore... sorry, to feed you so rarely, but there wasn't much time for gentoo for me in the last months.
The original problem is not occurring anymore then?
(In reply to comment #14) > if [[ -z $QTDIR ]]; then > QTDIR="/usr/qt/3" > addwrite "$QTDIR/etc/settings" > addpredict "$QTDIR/etc/settings" > -- > QTDIR=/usr/qt/3 this values are perfectly ok.... this is strange, because emerge is trying to reach /usr/qt/devel/etc/settings/ directory for you... why?!? > meanwhile psi 0.9.3-r4 merges... but has no gnupg-support in it anymore... hmmm... so bug doesn't appear anymore or is related to gnupg stuff? BTW. Your qt comes from portage or is it custom ebuild? > sorry, to feed you so rarely, but there wasn't much time for gentoo for me in > the last months. No problem :) it's not only yours problem ;)) Regards, Przemek
thats strange... if i start psi as root, i can select openpgp-keys and so on... as user i cant... and i don't want to use psi as root :)
sorry, there are too many bugs open by myself.. this message should go somewhere else..
original problem solved... i use kde-svn portage-overlay... psi merges successfully... somehow i don't understand why :)
