qGo has been updated and ported to qt3 in the last months of 2003. Current version is 0.1.2 --- dont mix it with the go client gGo --- I did that today :)
Created attachment 24240 [details] qgo ebuild
Created attachment 25935 [details] New qgo ebuild I updated to the new version and added missing keywords. And thank you for informing me that i forgot to set, KEYWORDS and IUSE.
While compiling qt's uic and maybe moc, try to set somthing in the root directory.. QSettings::sync: failed to open '/root/.qt/qt_plugins_3.2rc.tmp' for writing It does not make the build fail .. but is there are way to fix that?
It does cause the build to fail when using the sandbox. I ran into that when I first tried out your ebuild and since it didn't work right away I got distracted by something else. I think there's a work around for it but I'm not super familiar with working with kde stuff since I use gnome. You might look around in other ebuilds and see if you can find the solution before I get around to it.
Created attachment 26182 [details] qgo-0.1.3 ebuild redirects the the accesses of uic/moc on the settings files like shown in http://www.gentoo.org/cgi-bin/viewcvs.cgi/dev-db/tora/tora-1.3.13.ebuild?r1=1.2&r2=1.3
Created attachment 26185 [details] qgo-0.1.3 ebuild the ebuild now installs the ChangeLog file
Created attachment 26505 [details] qgo-0.1.3.ebuild qgo-0.1.3 fails over here ... i imagine it's because of qt-3.3.0 ...
Could you discribe the problem in more details. Please use the newest version of the ebuild: http://bugs.gentoo.org/attachment.cgi?id=26505&action=view The ebuild you used should fail with a sandbox violation.
of course i'm using the latest ebuild, i wrote that ver :P it fails over here with qt-3.3.0 and qt-3.3.1 make[4]: Leaving directory `/var/tmp/portage/qgo-0.1.3/work/qgo-0.1.3/qgo/src/translations' make[4]: Entering directory `/var/tmp/portage/qgo-0.1.3/work/qgo-0.1.3/qgo/src' g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/qt/3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -O2 -pipe -march=pentium4 -O2 -frename-registers -fomit-frame-pointer -mfpmath=sse -mmmx -msse -msse2 -fdelete-null-pointer-checks -funroll-loops -ffast-math -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fno-exceptions -fno-check-new -c qnewgamedlg_gui.cpp qnewgamedlg_gui.cpp: In constructor `QNewGameDlgGui::QNewGameDlgGui(QWidget*, const char*, bool, unsigned int)': qnewgamedlg_gui.cpp:393: error: `Horizontal_Spacing2' undeclared (first use this function) qnewgamedlg_gui.cpp:393: error: (Each undeclared identifier is reported only once for each function it appears in.) make[4]: *** [qnewgamedlg_gui.o] Error 1
OOps I did not notice that you added a new ebuild. I thought the latest is still the one i uploaded.. Anyways, you need to reset $HOME since moc/uic try to write stuff into some settings files, and you need grant write access to ${QTDIR}/etc/settings. Since moc wants to open some rc files with write access => These tools really suck. But I found the latest problem. It does not seem to be related to a library change, just a change in the behaviour of uic. Also found a workaround for that issue. Will write a small sed expression to fix it.
Created attachment 26758 [details] qgo ebuild Added the a sed expression that replaces "Horizontal Spacing2" with _HorziontalSpacing2 since uic and moc seem to parse the xml file differently. While uic fails to read the name of the spaceritem, moc has no problems with it and creates the init code.
you dont need all that HOME/settings ninja foo, that's what the 'inherit kde-functions ; need-qt 3' does i'll add your sed fix to the 0.1.3 ebuild i made, thanks
bah, so instead of ninja foo you do some inhertiance mumbo-jumbo :-P
inherit'ing is easier on the games team because it leaves the burden of handling QT to the people who maintain QT if they suddenly change their mind and move qt stuff to say /opt/qt or /usr, we'd have to go through *every* ebuild and update it
