NetRadiant = Radiant 1.5 with useful q3map2 patches...

[divVerent]

I think the main idea of the logo gets lost: it casts the right shadows in all directions. A seemingly impossible object, but very buildable in radiant.

[Lixi]

BTW, would there be a way to run graphical applications for testing this on your build machine? I have no idea if there is something similar to remote desktop for OS X. X11 forwarding does work, but is no option, as it is awfully slow and applications often misdraw OpenGL stuff when using it (like, it takes some minutes to start up radiant, and the whole 2D view is awfully blurred - might be a problem between nvidia linux driver and OS X OpenGL libraries).

Sure, I can see what I can whip up. It could very well be an incompatibility -- I'll give X forwarding a try from Mac to Mac and see what I get out of it, as well as Debian to Mac. I'll also go about updating xquartz, but the only other option I know of is VNC. Also, Tiger might work a bit better in terms of X forwarding.

Apple's own Remote Desktop app is built upon VNC, but I'll just use the generic vncserver. I'll get that port forwarded tonight (5900), and see how well my connection handles the bandwidth, otherwise it should be able to be tunneled over the ssh connection, too.

As for a test case, since I'm somewhat clueless about importing an MD3 model -- are there any items in the svn repo that I can import that would likely reproduce this, or should I just try to import any old md3?

[[-z-]]

I can't seem to make this on ubuntu 8.10 64bit,

Checking for GL/gl.h (mesa-common-dev (or another OpenGL library))... not found, please install it or set PKG_CONFIG_PATH right!
To see the failed commands, set DEPENDENCIES_CHECK=verbose
To proceed anyway, set DEPENDENCIES_CHECK=off
make: *** [dependencies-check] Error 1

So I,

apt-get install mesa-common-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
mesa-common-dev is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.

Not sure what to do here.

[Lixi]

Can anyone try to compile the current source on OS X and run it in X11?

Make sure to use fink and have the following packages installed ...

At least with my PowerPC machine, NetRadiant (1.5.0svn168) seems to build on OS X without any problems. I've seen only one serious issue with usability: attempting to place a MD3 model in a map or opening a map with a model already in it will crash the application.

My main test machine is a MacBook Pro, but I did manage to get it to crash on both a PPC and Intel Mac by importing a md3 model, as well as loading a map (aggressor.map, and turrets_test.map were the two I used). I know that "final_rage-patches.map" worked. So, Mac OS X kindly gives a reasonable backtrace in its crash logs when it has the source available to it. Here's my crash log. Here's a brief gdb session producing the same bt. I can start setting breakpoints and step through, if you'd like.

Anyroad, I installed the dependencies thusly:

Code: Select all

# fink -k install atk1 atk1-shlibs gettext gettext-bin gettext-dev glib glib-shlibs glib2 glib2-dev glib2-shlibs gtk+2 gtk+2-dev gtk+2-shlibs gtkglext1 gtkglext1-shlibs libgettext3-shlibs libiconv libiconv-bin libiconv-dev libxml2 libxml2-bin libxml2-shlibs make pango1-dev pango1-shlibs pango1-xft2 pango1-xft2-dev pango1-xft2-shlibs pkgconfig svn

If these have already been installed then you'll wanna rebuild. There might be a parameter to just grab and cache the source, but I couldn't find it.

Code: Select all

# fink -k rebuild atk1 atk1-shlibs gettext gettext-bin gettext-dev glib glib-shlibs glib2 glib2-dev glib2-shlibs gtk+2 gtk+2-dev gtk+2-shlibs gtkglext1 gtkglext1-shlibs libgettext3-shlibs libiconv libiconv-bin libiconv-dev libxml2 libxml2-bin libxml2-shlibs make pango1-dev pango1-shlibs pango1-xft2 pango1-xft2-dev pango1-xft2-shlibs pkgconfig svn

Also, quick tip, div: 10.5 has gotten rid of the /usr/bin/open-x11 script. It's automatically launched from within launchd, so just using:

Code: Select all

$MY_DIRECTORY/Contents/MacOS/install/radiant.ppc

Works on 10.5. Your other method works just fine in 10.4, but it won't work in 10.5. Apple completely borked up X11, and I'm sure it's at least partially due to the CodeSigning crap they instituted. Anyroad, I'll pm you know when I have VNC setup on the build MacBook, div.

[FruitieX]

AUR pkgbuild by epsy: http://aur.archlinux.org/packages.php?ID=23523

[ingar]

* New build based on SVN rev 177
http://ingar.satgnu.net/gtkradiant/index.html#download

* Small patch to use firefox as default help browser on UNIX (Who uses netscape anyway these days).
netradiant-177-firefox.patch
Is there a way to use the default browser, whatever that might be?

[[-z-]]

Okay... so I solved my problem above by removing mesa-common-dev and installing: nvidia-glx-173-dev

nvidia-glx-173-dev also has a GL/gl.h -- this one works on my 64 bit intrepid.

[airscout]

Also, quick tip, div: 10.5 has gotten rid of the /usr/bin/open-x11 script. It's automatically launched from within launchd, so just using:

Code: Select all

$MY_DIRECTORY/Contents/MacOS/install/radiant.ppc

Works on 10.5. Your other method works just fine in 10.4, but it won't work in 10.5.

I gave some thought to that issue. NetRadiant.app/Contents/MacOS/netradiant.sh could be modified to something like this:

Code: Select all

#!/bin/bash

# Determine where we are
MY_DIRECTORY="${0%/*}" # cut off the script name
cd "$MY_DIRECTORY/install"

# 10.4 uses Darwin 8.x.x. 10.5 uses 9.x.x
OSrelease=$(uname -r | sed 's,\([0-9]*\)\(.*\),\1,g') # cut off sub versions
OSlimit=9

if [ $OSrelease -lt $OSlimit ] # Is our version less than 9?
then
   # Run on 10.4... and below?
   exec /usr/bin/open-x11 ./radiant.ppc
else
   # Run on 10.5
   # exec ./radiant.ppc # This works, but seems to hang the launcher application on 10.5.    
   screen -d -m -S netradiant ./radiant.ppc # Using screen is probably more flexible anyway.
fi

Although someone should test it on 10.4, Lixi? Perhaps they could even check to see if the screen method can be used in conjunction with open-x11.

Also, I don't know whether it was intentional or not, but the OS X executable has the Nexuiz icon, not NetRadiant's– which might not send the right message.
If needed, here's a replacement for NetRadiant.icns with the "correct" icon.

[divVerent]

Will work on that later.

As for the icon - I simply have no application to make .icns files. Thanks for the file.

Running this in screen, however, is a bad idea, as it interferes with the user using screen.

Can you try ./radiant.ppc & instead?

[airscout]

As for the icon - I simply have no application to make .icns files. Thanks for the file.

NP. Unfortunately, I just checked out 184 and that .icns file appears to have gotten corrupted somewhere along the way. I'll email you a replacement and put a zipped version here.

Can you try ./radiant.ppc & instead?

That works perfectly. Cool.