Date: Thu, 29 May 2003 19:11:54 -0400 From: Rob Andrews <randrews@relinetworks.com> To: "Brian K. White" <brian@aljex.com>, <freebsd-emulation@freebsd.org> Subject: Re: freebsd-emulation Digest, Vol 9, Issue 2 Message-ID: <5.1.0.14.2.20030529190159.02a90c90@mail.relinetworks.com> In-Reply-To: <008c01c3262c$73656ff0$0e00000a@briandesk> References: <20030529190430.C7C2D37B408@hub.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
The problem comes that I am attempting to set this server up to run a halflife game server which does require that the linux base be installed. I've run FreeBSD 4.4 and 4.5 with linux emulation on the machines and these problems never occurred before. Worse yet is the fact that even if I use the package install through sysinstall, the only way that the binaries for linux work correctly is if I do in fact go through and brandelf all of them. This is so very confusing because I've never had to do this before to get a linux binary to run under freebsd. Several other friends of mine have told me that they do not have this same trouble with their 4.7/8 systems. I'm at a complete loss here. The halflife server under linux is less than stable but manages to be rock solid under FreeBSD's emulation. Another thing I don't quite understand. Oh well. As I said before, if anyone has a clue on why this is happening or what I can do to correct this problem please email me and let me know. Thanks for the info Brian, I was beginning to think I was the only one having this issue. At 05:51 PM 5/29/2003 -0400, Brian K. White wrote: >I get the same thing. > >I have working linux emulation at the kernel/executable level, but don't >have any linux_base installed. (can't!) I have a commercial database/rad >application that I use a lot that comes in several unix versions including >linux and it works perfect. However it's self contained, doesn't need any >shared libraries etc... > >I had to brand my linux binaries too, until I learned about setting the >default brand via sysctl. >one of the lines above shows that the make script does this for you just >before it tries to run any linux binary so it shouldn't be a branding >problem. That's what this line was about: > > kern.fallback_elf_brand: 3 -> 3 >(also shows that your default brand was already linux anyways) > >I think I will just never ever ever ever have java. :) >I can and do retrieve the latest sources and patches from all the places >that the make script tells me to, but then it still needs something linux, >thats where it always dies. > >What the *hell* is the problem with sun anyways that it is so impossible >for anyone to redistribute binaries??? I thought they _wanted_ people to >use it instead of active-x or whatever the teal monster comes up with next >week. >Aside from that, why, if we can download the source, is it still necessary >to have anything involving linux emulation in order to build it anyways? > >I've taken several stabs at compiling java, (every few months for the last >year and a half) and I'm no dolt, and I'm no newbie to unix, and in 1 1/2 >years I still don't have it. :) > >I say the port should just be marked broken so people don't waste their >time thinking "it's in the ports tree, so I should be able to install it >as long as it isn't incompatible with some other port I've already >installed or some other aspect of my machine." > >If it does work for some people, then the port is still broken even if all >that's broken is the make script not checking dependancies thoroughly >enough. > >Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ >+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. >filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani > >_______________________________________________ >freebsd-emulation@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-emulation >To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5.1.0.14.2.20030529190159.02a90c90>