[partitionpenguin]

As I said, dev environment is probably kind of fucked? Looking at the stuff RSE installs and uses, I would recommend against using Nekoware, SGUG-RSE, and your own self-compiled software in the same install. I understand you don't have many systems, but you should probably spread your installation purposes out. I even have a drive I will probably throw in the Tez or Onyx2 that will test RSE  - one day when I'm bored enough to see exactly the full process. I'd like to think prefixing and possibly several shellrc or profiles would work around this, but it's not an ideal solution. Really, I believe people should choose to run either RSE, legacy Nekoware, (Insert upcoming projects here), etc - don't try to mix them. I think RSE allows for you to use SRPMs, so have you tried grabbing the GLUT/GLEW SRPMs for Fedora and using those??

I had no issue building GLUT and GLEW - if you have issues, grab the relnotes from the nekoware packages. I'm gonna one of these days split all of the relnotes and patches/src out of the legacy nekoware so people can see the painstaking documentation 15 years of work went into.

Maybe, after all I am using SDL from nekoware and stuff, so maybe there are conflicts. The nice thing about the way I have my O2 set up is that all of the extra environments can be launched using shell scripts that set up the env vars. Without those, the extra environments mind as well not even exist, as I do not touch LD_LIBRARY_PATH or PATH at all in my shell RC or profile. So I think my best solution might just be using everything from nekoware for now, that includes GCC, and then as you mentioned GLUT too. Only thing is Python3, that's a runtime dep and I don't have that outside of RSE.