Bugzilla Bug 39036

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 an attachment (id=24240) [edit]
qgo ebuild

Created an attachment (id=25935) [edit]
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 an attachment (id=26182) [edit]
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 an attachment (id=26185) [edit]
qgo-0.1.3 ebuild

the ebuild now installs the ChangeLog file 

Created an attachment (id=26505) [edit]
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 an attachment (id=26758) [edit]
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