View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002474||unreal||installing||public||2005-04-11 11:42||2005-05-26 16:43|
|Platform||Intel platform||OS||Solaris 10/x86||OS Version||SunOS 5.10|
|Fixed in Version||3.2.4|
|Summary||0002474: Config won't spot 'config.settings'|
|Description||In order to read the previous settings (saved in 'config.settings) the Config script force-executes the file using '. config.settings'. On some Unix environments this won't work because the current directory is not in the PATH, automaticly resulting in:|
pandora:/usr/local/src/Unreal3.2 $ ./Config -advanced
./Config: config.settings: not found
My suggestion would be to replace '. config.settings' with '. ./config.settings' in order to increase the 'out-of-the-box' portability. Its located on 2 lines only.
|Steps To Reproduce||Compile Unreal like normal and after having gone through this procedure try using ./Config again.|
|Additional Information||pandora:/usr/local/src/Unreal3.2 $ sed -e 's/\. config\.settings/\. \.\/config\.settings/g' Config|
|Tags||No tags attached.|
|3rd party modules|
Sounds good (on a sidenote: Linux&FreeBSD don't need this regardless of path).
Just out of curiousity, does unreal run ok on your OS? :p (like no crash on /rehash etc)
||Yeah. Same problem occurs to me.. Running on NetBSD 2.0|
syzop: At the moment I'm still in a test fase but so far Unreal runs like a charm in both the main Solaris zone as well as one of the non-global zones (zones are comparible with the *bsd jails or the Linux UML's). The only issue I've had so far was during compiling within a zone, but the cause isn't related to Unreal in any way.
Upcoming weekend I'm hoping to finish getting Anope & NeoStats setup after which I'm planning to give the box a few crash tests. I'm quite sure that if there are any irrgularities they'll pop up then.
I'm not too sure about using this environment to pass notes but since Syzop seemed interested I'll just post & keep it brief.
Syzop: I have completed the crash test but since it wasn't aimed at Unreal (actually meant to test Anope & NeoStats) I basicly let it at what it was untill I remembered this post. If you're interested you can see a small report of this test here: http://www.anope.org/postt2039.html. Unreal was running in a non-global zone as a non-priviledged user (irc).
At this moment I've taken this one step further; Unreal is now running chroot'ed in a non-global zone with its privileges set to an absolute minimum. For example; its allowed to fork() but should it fork a shell (in a compromise attempt for example) the new process won't be able to execute anything else. I am very impressed with both Solaris and Unreal in this setup, especially if you consider the fact that most IRC related software (this includes both Anope & NeoStats) is totally unable to compile let alone run on Solaris.
(For more info on Solaris' very enhanced security features see: http://www.sun.com/software/solaris/utilization.jsp).
Hm I thought I posted a reaction a few days ago, but I guess I closed my browser ;).
Anyway, what it came down to is that if you, lion-o, experienced any issues with unreal then I suggest opening up a new bugreport (I must admit I didn't read your whole post), if not then.. good! ;)
Personally I use Linux w/grsecurity w/RBAC.. I think that's just as safe (or even safer) than the solaris stuff but it's more work to configure I think... but: I can't compare :).
I'll probably take a look myself somewhere in the next few months at Solaris 10.. sounds like a decent OS (and it's free), so worth to expand my knowledge on that. Thanks for the tip.
||Fixed in CVS .351.|
|2005-04-11 11:42||lion-o||New Issue|
|2005-04-11 11:52||syzop||Note Added: 0009733|
|2005-04-11 14:07||pinstrate||Note Added: 0009734|
|2005-04-11 14:11||syzop||Status||new => acknowledged|
|2005-04-12 14:56||lion-o||Note Added: 0009737|
|2005-05-03 13:41||lion-o||Note Added: 0009888|
|2005-05-07 00:48||syzop||Note Added: 0009894|
|2005-05-26 16:42||syzop||Status||acknowledged => resolved|
|2005-05-26 16:42||syzop||Fixed in Version||=> 3.2.4|
|2005-05-26 16:42||syzop||Resolution||open => fixed|
|2005-05-26 16:42||syzop||Assigned To||=> syzop|
|2005-05-26 16:42||syzop||Note Added: 0009996|