I report this in the KDE component because it is a KDE app. The ebuild for qt-dcgui fails with: /usr/qt/3/bin/moc DCDialogFileBrowser.h -o DCDialogFileBrowser.moc rm -f DCDialogFileBrowser.cpp /usr/qt/3/bin/uic -nounload -i DCDialogFileBrowser.h ./DCDialogFileBrowser.ui > DCDialogFileBrowser.cpp; ret=$?; \ if test "$ret" = 0; then echo '#include "DCDialogFileBrowser.moc"' >> DCDialogFileBrowser.cpp; else rm -f DCDialogFileBrowser.cpp ; exit $ret ; fi ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qtrc.lock ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qtrc.lock .... And a lot more of these errors everytime uic is run (apparently). It emerges correctly if i do: FEATURE="-sandbox" emerge qt-dcgui Its strange because i emerged KDE 3.1 with no problems and i assume it uses uic too.
Thats was: FEATURES="-sandbox" emerge qt-dcgui
Can anyone reproduce this? I can't... :-/
Some more information: storm@thor storm $ /usr/qt/3/bin/uic -version User Interface Compiler for Qt version 3.1.0 storm@thor storm $ /usr/qt/3/bin/moc -v Qt Meta Object Compiler version 26 (Qt 3.1.0)
styx: $QTDIR/etc/settings are installed by some themes/styles afaik. look at kde-functions.eclass:238: # if $QTDIR/etc/settings/qtrc file exists, the qt build tools try to create # a .qtrc.lock file in that directory. It's easiest to allow them to do so. [ -d "$QTDIR/etc/settings" ] && addwrite "$QTDIR/etc/settings"
Hannes: thanks! I checked out Dan's -core mail, and hopefully fixed this by inheriting kde-functions. I bumped to 0.2.4 and removed the old ebuilds while I was at it. Ricardo: does it work now? If not, reopen the bug, please :)
Emerged with no problems :) Its fixed here.
