Slashdot Mirror


FreeBSD 5.3 on the Horizon

underpar writes "ZDNet UK is reporting that FreeBSD is nearing a code freeze. August 15th is the deadline which will be followed by the usual beta testing and a final release hoped for by October 1st. ZDNet interviewed the software engineer leading the release work, Scott Long, for the article. He says: 'The 5.3 release will be the first one where we see the real benefits of that. The multithreaded network stack will outperform everything we've done before, for running applications such as Apache or MySQL.' Status reports can be found on the FreeBSD website." I've been using the last technology release of FreeBSD for some time now, and am really looking forward to the 5.3 release, as well as the 5-STABLE branch that's rumored to follow soon after.

142 of 296 comments (clear)

  1. Explain something! by Eric_Cartman_South_P · · Score: 4, Interesting

    Can someone please explain how FreeBSD goodies like updated 5.3 code would make it's way into Mac OS X? How long might it take, what bits, etc, have moved in past releases?

    1. Re:Explain something! by Hungus · · Score: 2, Informative
      Most likely you are looking at initial bits coming in to play around 10.4.3 and a switch to the freeBSD 5.X line sometime around 10.5 so for a timeline .. I would wager 9 months for the first bits and 2 years for many of the others. Remember Darwin is still based off og the 4.4 stable branch tools and apps slated for Darwin 8 (Tiger Core) include:
      a bunch of things that slashdot's lame lameness filter wouldn't let me post after 3 tries so I am giving up
      Note these are MINOR version numbers thus mysql 21 is actually 4.0.21
      --
      Bad Panda! No Bamboo for you! In matters of importance ACs will not be responded to. Want to say something critical,OK
    2. Re:Explain something! by jeffehobbs · · Score: 1


      The only official and publicly released statement from Apple is here, which says that Tiger's upgraded kernel is based on "FreeBSD 5.x"; but maybe someone who's poked around the developer preview of 10.4 (or wouldn't mind anonymously breaking NDA) can give a more complete answer.

      ~jeff

    3. Re:Explain something! by Kyro · · Score: 4, Informative

      Well, 10.3 had bits of FreeBSD 5 in it according to Apple's page for it.

      And according to the tiger preview page it's based on FreeBSD 5.x - so that would probably be 5.2.1.

      --
      save the GNUs!
    4. Re:Explain something! by Fweeky · · Score: 3, Insightful

      Patents which will have rock solid prior art and thus will be invalid -- I doubt Microsoft would waste the money. They've certainly used BSD source before, and had access for plenty longer; can you point to anything from there that they've already patented?

    5. Re:Explain something! by scrod · · Score: 3, Informative

      No one needs to break an NDA; any portions of the 10.4 DP that would be relevant to FreeBSD are publicly available through version 8.0b1 of the Darwin project.

    6. Re:Explain something! by killjoe · · Score: 3, Interesting

      Or better yet when is freebsd going to be available on PPC. I'd love to install freebsd on my G5 (really I would! it would make a better server)

      --
      evil is as evil does
    7. Re:Explain something! by ffsnjb · · Score: 2, Informative

      According to the status update released a couple days ago, makeworld now completes natively, IIRC. Go search google. :)

      --
      "Why do you consent to live in ignorance and fear?" - Bad Religion
    8. Re:Explain something! by killjoe · · Score: 1

      What does that mean? Is it stable enough to be a server? I mean would it be as rock solid as the intel version.

      --
      evil is as evil does
    9. Re:Explain something! by ffsnjb · · Score: 1

      I wouldn't use it in production just yet, but give it a few months. I think I read somewhere about PPC becoming a tier 1 arch at a later date (5.4-RELEASE?), which would be great. FreeBSD on a 2.5 GHz G5 when they get here... That would be awesome.

      --
      "Why do you consent to live in ignorance and fear?" - Bad Religion
    10. Re:Explain something! by nocomment · · Score: 1

      OpenBSD PPC is stable enough for a server. :-)

      --
      /* oops I accidentally made a comment, sorry */
      /* http://allyourbasearebelongto.us */
    11. Re:Explain something! by Chris+L.+Mason · · Score: 1


      So does this mean they are throwing away mach and switching to a BSD kernel? That seems like a big deal, but I haven't heard anything about it before.

    12. Re:Explain something! by slpalmer · · Score: 2, Informative
      According to Apple, Panther (10.3) started incorporating FreeBSD 5.0, and Tiger (10.4) will be "based" on 5.x (probably 5.2.1).

      I use FreeBSD 4.x, FreeBSD 5.x, and MacOS X 10.3.x, and I can attest that FreeBSD 5.x material is in it already.

      (Links shamelessly stolen from Kyro's post, and modified to point to Apple's US server)

    13. Re:Explain something! by slpalmer · · Score: 2, Informative
      So does this mean they are throwing away mach and switching to a BSD kernel?
      Absolutely not. They use a modified FreeBSD Kernel, which runs under Mach. They will still be doing this for the forseeable future.
    14. Re:Explain something! by Hungus · · Score: 1

      Yeah some bits are showing up I was simply refering to the core itself, which according to my dev notes on darwin 7.1, is still based on BSD 4.4. In all hoesty while I use BSD I am not a BSD dev and have not paid enough attentioning to versioning on FreeBSD (likely since i mainly use openBSD [all hail theo])

      --
      Bad Panda! No Bamboo for you! In matters of importance ACs will not be responded to. Want to say something critical,OK
    15. Re:Explain something! by slpalmer · · Score: 3, Informative

      The OS-X Kernel is Mach, yes, but then immediately loads the BSD kernel which pretty much runs monolithicly (very non-Mach). Below that level, you get in to a BSD userland, and the Carbon / Aqua layers. It's really not all *that* bizarre.

    16. Re:Explain something! by javax · · Score: 1

      It is quite funny to have a Microkernel with a really big module (the FreeBSD kernel) that handles networking, I/O etc.;
      But a microkernel with a crashed I/O service is of no big use anyway...

    17. Re:Explain something! by sp0rk173 · · Score: 2, Funny

      You've got to be more precise than BSD 4.4...because that was a realease of BSD back in the early 90's as I recall, and just about every version of *BSD after that is some what based on "4.4 BSD".

      The current stable 4.x version of FreeBSD is 4.10. So, did you mean they based their code on FreeBSD 4.4? Because..i mean...to a certain extent Solaris is based on 4.4 BSD...but not at all on FreeBSD 4.4...and uh...whatnot.

    18. Re:Explain something! by bentfork · · Score: 1
      Nice try...

      People that run FreeBSD dont to it because it is cute [cats|pengiuins] to have around. People use it because it it is rock solid, easy to maintain and upgrade.

      Think of FreeBSD as a Oxen. Strong, Powerfull, functional, and probally has more power than you need.

  2. Apache on FreeBSD by FireChipmunk · · Score: 5, Informative

    A patch I wrote for the CVS versions of Apache/APR to Add KQueue support has been added to the FreeBSD Port version of Apache.

    Just make the port with "WITH_EXPERIMENTAL_PATCHES=1" and you can get a 10-25% boost in performance. (depends on your traffic patterns..)

    Its a quick way to get more performance out of Apache on FreeBSD, without waiting for the 5-STABLE branch.

    -Paul Querna

    1. Re:Apache on FreeBSD by Bull999999 · · Score: 2, Funny

      I tried that but I got the "DON'T_LISTEN_TO_TROLLS" error.

      --
      1f u c4n r34d th1s u r34lly n33d t0 g37 l41d
    2. Re:Apache on FreeBSD by Nevyn · · Score: 1

      That's funny given that apache uses one task per connection, and kqueue/epoll/etc. only help when you have many fds to get events for and most of them are "idle". In fact I'm pretty sure Apache uses blocking read/write calls.

      --
      ustr: Managed string API with ave. 44% overhead over strdup(), for 0-20B
    3. Re:Apache on FreeBSD by cperciva · · Score: 1

      That's funny given that apache uses one task per connection...

      The grandparent was referring to apache 2.0, which can use a single process for more than one connection.

  3. Re:WHAT???? by Brandybuck · · Score: 1

    A "bullock" is a masculine cowlick...

    --
    Don't blame me, I didn't vote for either of them!
  4. More BSD goodness by Fux+the+Penguin · · Score: 4, Interesting

    I got into FreeBSD about 6 months ago and have not looked back. I was frustrated with RedHat and heard good things about the BSDs.

    I have been tempted to check out OpenBSD, because of the networking. This FreeBSD 5.3 status announcement mentions work being done integrating PF (updates?) and ALTQ (new to FreeBSD?)

    I'm working towards a site-to-site VPN deployment (hubs and spokes, of course) and am debating FreeBSD vs. OpenBSD. IPSec, queueing and redundancy (dynamic routing, perhaps DBU, and something like CARP) are requirements. Managability is important. "Room for growth" (transparent proxies, accounting, file/print services) would be icing on the cake.

    I figure it all could be made to work either way. Is FreeBSD's IPSec and firewall (IPFW/PF) as solid os OpenBSD? How about queueing? I'm a "seasoned newbee" on BSD... My experience is with the FreeBSD 5.x branch, but I'm not sure what all is changing with 5.3. I figure on diving into OpenBSD someday, it's just that time can be hard to come by.

    Any advice out there? Am I giving anything up if I commit to Free vs. Open BSD?

    1. Re:More BSD goodness by noselasd · · Score: 4, Interesting

      Well, speed. OpenBSD is committed to secuity, not speed, and it
      has many rather slow internal algorithms.

      I'd suggest NetBSD. It too cares greatly about security, and imports
      lots of fixes from OpenBSD. And it's slimmer than FreeBSD. Not to
      mention solid. I've many times managed to make both OpenBSD and FreeBSD
      go mickey, but have yet to crash NetBSD.

    2. Re:More BSD goodness by Anonymous Coward · · Score: 1, Interesting

      It depends which one you like more. OpenBSD has more security features, but quite frankly it might not matter to you for alot of things. FreeBSD has more software available, but again, that might not matter to you if you don't use that software anyhow.

      Alot of knowledge you gain in one will apply to ther other, or at least help you figure out how to learn the equivilent. Really, try them both out for a while and use the one that you like best.

    3. Re:More BSD goodness by captnitro · · Score: 1

      I like FreeBSD for the speed; additionally, OpenBSD has some usability "quirks" here and there, but nothing you can't get rid of with a little work. For the BSD vs. BSD showdown, remember that FreeBSD's fast IPsec stack (hardware accelerated) was taken from OpenBSD. I don't have data on how much else is from OpenBSD.

      Here is IPsec setup on FreeBSD: http://www.freebsd.org/doc/en_US.ISO8859-1/books/h andbook/ipsec.html

    4. Re:More BSD goodness by Anonymous Coward · · Score: 1, Interesting

      "OpenBSD 3.4". Gee, that's some tough explaining. That guy has hated openbsd since long before he put that out, he barely understands his own benchmarks as evidenced by the mmap() benchmark making no sense at all. And he refuses to redo the benchmarks since OpenBSD committed code to speed things up a couple weeks after that was released. Go install NetBSD and OpenBSD yourself, and run those exact benchmarks from that page, and you can prove for yourself that openbsd is just as "scalable". (speed already had very little to do with this, it was an issue of how high can things scale, not how fast can they be done).

    5. Re:More BSD goodness by 0racle · · Score: 1

      If you will be implementing redundancy for your firewall/VPN/Edge Router, its hard to beat OpenBSD's CARP with PF. Personally I would never put any other free OS on a router/firewall then OBSD, but thats more to do with personal preference then anything else, OBSD has just worked really well for me.

      --
      "I use a Mac because I'm just better than you are."
    6. Re:More BSD goodness by Homology · · Score: 1
      I'm working towards a site-to-site VPN deployment (hubs and spokes, of course) and am debating FreeBSD vs. OpenBSD. IPSec, queueing and redundancy (dynamic routing, perhaps DBU, and something like CARP) are requirements.

      OpenBSD now has IPSec with NAT-T working in current. Queueing on OpenBSD is with ALTQ integrated with PF, and, of course, CARP is already thre.

      FreeBSD has imported pf from OpenBSD, and I think that they work on ALTQ as well. Not sure about CARP yet.

    7. Re:More BSD goodness by Homology · · Score: 1
      For the BSD vs. BSD showdown, remember that FreeBSD's fast IPsec stack (hardware accelerated) was taken from OpenBSD. I don't have data on how much else is from OpenBSD.

      All of the *BSD share (port) code with each other, and this is a good thing. The OpenBSD packet filter PF is ported to FreeBSD, for example. OpenBSD has recently ported the FreeBSD 801.11b framework into current, and the driver for the wireless chipset ADMTek ADM8211 from NetBSD. NetBSD has implemented /dev/ptm based upon OpenBSD work, so now they can remove the suid bit from xterm.

      This, and more, in just the last 6 months, with exception of pf on FreeBSD that is ongoing work.

      The *BSD is alive and kicking, and sharing.

    8. Re:More BSD goodness by MikeCapone · · Score: 1

      Care to elaborate on the reasons why you say these things?

    9. Re:More BSD goodness by noselasd · · Score: 1

      You can compare the sources of NetBSD and OpenBSD to find much of the same
      security fixes. (Or just look at commit messages).

      As for the speed issues, I've ran some of our telecom applications on
      the OSs, speed(piping lots, I mean LOTS, of data through several processes, spawning many short
      lived processes, and file IO) sucked on OpenBSD.
      The guy at http://bulk.fefe.de/scalability/(and read where it says
      NetBSD-CURRENT also) did the same. NetBSD 1.6.x
      somewhat suck in some cases. Latest 2.0 rocks.

    10. Re:More BSD goodness by noselasd · · Score: 1

      Crap, to late here now, parent poster wasn't askin *me* to elaborate.
      Oh well..

    11. Re:More BSD goodness by MikeCapone · · Score: 1

      Don't be so hard on yourself -- I don't mind. *insert smiley*

    12. Re:More BSD goodness by JamesKPolk · · Score: 1

      FreeBSD's ports collection is the biggest. If you use that, stick with FreeBSD. If you don't, you probably should try other OSes.

  5. Re:Java support? by Bull999999 · · Score: 1

    Did you consider switching to Slackware from Red Hat?

    --
    1f u c4n r34d th1s u r34lly n33d t0 g37 l41d
  6. Unfortunately it has at least one major bug. by maunleon · · Score: 2, Informative

    Using samba, if you share Fat32 and write to it from the network, you end up with corrupted files.

    I hope it has been fixed, but I somehow doubt it since it's been around for at least 2 years (earliest bug report was on 4.6RC) so it exists in -stable as well.

    1. Re:Unfortunately it has at least one major bug. by Daniel+Ellard · · Score: 1

      Hmmm... not sure what they're doing differently than you, but my former employer used FreeBSD to host the department samba server in a fairly vanilla configuration for years and they haven't seen problems. Is this bug triggered by some unusual situation or is it really that simple?

      --
      Disclaimer: I work for a company, but I don't speak for them.
    2. Re:Unfortunately it has at least one major bug. by ffsnjb · · Score: 1

      I haven't seen this, and I have a win98SE/FreeBSD4/FreeBSD5 mixed environmet all writing to each other with zero data corruption. If the bug has been around for 2 years, it's probably a configuration problem local to the user.

      --
      "Why do you consent to live in ignorance and fear?" - Bad Religion
    3. Re:Unfortunately it has at least one major bug. by geminidomino · · Score: 1

      [AOL]Me too![/AOL]

      I've used samba on my primary BSD server as the fileserver for a network consisting of Slackware,Win98, Win2k and WinXP.

      A bit of a bitch to get configured but once I did, it worked fine without a hitch.

    4. Re:Unfortunately it has at least one major bug. by geminidomino · · Score: 1

      Funny, and here I thought FreeBSD was actually FINISHED and AVAILABLE, whereas Longhorn isn't even OUT yet.

      If you want Eye candy, go use OSX until your precious Longhorn comes out. Now be a good boy and go to your room while the adults talk.

    5. Re:Unfortunately it has at least one major bug. by maunleon · · Score: 1

      Yep. I had the same problem under 5.2.1. After I discussed it on the list, I had confirmations that other people are seeing it as well.

    6. Re:Unfortunately it has at least one major bug. by maunleon · · Score: 1

      I am not sure what your former employer is doing, but many people are aware of this bug. It's as simple as setting up FAT32 and sharing it to a windows machine using samba.

      The bug only happens if the external machine (in my case XP) pushes files to the samba/f32 share, not if it pulls them.

      The size of the files or the amount of files in the batch may affect your results. In my case, copying a number of MP3s from the Win machine to the BSD machine gives you a wonderfuly scrambled bit soup, even though the size is correct.

    7. Re:Unfortunately it has at least one major bug. by Daniel+Ellard · · Score: 2, Informative
      Let me make sure I understand what you're doing: you're creating a Fat32 file system on a disk that is physically connected to a FreeBSD host. Then you're using the FreeBSD host to export this to a bunch of windows machines via samba?

      If that's right, then I can understand why other people aren't seeing this bug -- because most people would never think of doing this. I don't think anyone would claim that the msdos file system type (used for the FAT file systems) is appropriate for this, and if you're really talking about using NTFS instead of FAT32, it says right on the man page that this won't work.

      Use the native file system. It is faster and more robust.

      --
      Disclaimer: I work for a company, but I don't speak for them.
    8. Re:Unfortunately it has at least one major bug. by neurocutie · · Score: 1

      From the beginning of my using FreeBSD (2.2), it has ALWAYS had problems with its FAT support, leading to corruption. I love FreeBSD and use it on a several dozen servers, scattered across the NorthEast states, some with uptimes approaching 2 years, all remotely administered, but I TOTALLY don't trust its FAT support and just don't use it.

    9. Re:Unfortunately it has at least one major bug. by maunleon · · Score: 1

      Well, in my case, I can't do that because that drive was moved from a Windows machine. I do not have enough disk space to copy the files off th drive, reformat it, and then copy them back. And AFAIK there is no non-destructive convert utility. Do you have a solution for me? If you say "buy another drive" my reply to you would be "Why would I spend money to get around a bug in the OS when there are other viable option out there -- e.g linux?"

      Finally, my original point was, if this bug is a known bug, and it leads to file corruption, it should never have made it in -stable!. Luckly in my case I didn't delete my source files after copying them to the BSD box via samba, and I didn't lose them. However other people out there may lose their files. This is unnaceptable for -stable.

    10. Re:Unfortunately it has at least one major bug. by maunleon · · Score: 1

      As I replied in a different thread, I am using FAT32 because I moved the drive from a windows machine and I do not have enough disk space to copy the files off, repartition, and copy them back on. If there was a non-destructive solution to convert the drive, I'd go for it.

      I solved the problem by going with Linux for this project.

      Let's face it, file coruption should not be in -stable under any file systems that are shipped with the distribution! Unfortunately with (free) open source many programmers go where the glory is, and don't much care for the mundane details. I've lose trust in BSD because of this bug, because it is not documented in the distribution, because users are not prevented from setting this combination in some way, and because I don't know what other similar bugs there are in FBSD.

      For me, FBSD has been relegated to firewalls, since I know that part works (even tho I'm seeing some intermittend flakiness -- something that happens every 3-4 months for some reason -- in the bridging code, possibly caused by network conditions.)

    11. Re:Unfortunately it has at least one major bug. by Daniel+Ellard · · Score: 1
      if this bug is a known bug, and it leads to file corruption, it should never have made it in -stable!

      My point is, that if you read the documention, you'd know that this doesn't work. Not everything in -STABLE works. Just like Linux, for that matter...

      Why would I spend money to get around a bug in the OS when there are other viable option out there -- e.g linux?

      There's no reason, and yet, for some reason, you decided to use FreeBSD, and apparently didn't test the configuration or read the man page before making this decision.

      I do not have enough disk space to copy the files off th drive, reformat it, and then copy them back.

      Is this a particularly large volume? (How much free space do you have sitting around on the PCs that are accessing this thing?) It must be pretty big to make this futzing around worthwhile, which is a bit unexpected for a FAT32 file system (rather than NTFS). At a dollar a gigabyte, how many dollars would it take to make this problem vanish? Whoever is paying for this system might be willing to spring for a little slack space.

      --
      Disclaimer: I work for a company, but I don't speak for them.
    12. Re:Unfortunately it has at least one major bug. by phoenix_rizzen · · Score: 1

      If this is broken for you, then I'd look to your configuration. :)

      We've been using Samba 2.2 and 3.0 at work on FreeBSD 4.x and 5.2.1 without issues. Reading and writing to FAT32 drives without corruption.

      I also use this at home with -CURRENT.

      Writing to a Samba share from Windows 98, 2000, and XP works fine for us. And writing to a mount point using mount_smbfs works as well.

    13. Re:Unfortunately it has at least one major bug. by sirket · · Score: 1

      I can't even begin to comprehend this problem. That you are using FAT32 in the first place is bloody well nuts. Just because you _can_ share a FAT32 file system from Linux via Samba, does not mean you should.

      FAT32 was a kludge from the moment it was created. It was a temporary and awful fix to an awful file system. Instead of fixing the problem correctly and writing a real file system, Microsoft chose to take a half assed approach. Your solution is the same. You've taken a half assed approach to fixing the problem.

      Whether or not you can do this under Linux doesn't change the fact that you should have converted the file system to a native Unix file system. If that meant picking up a disk for $50, so be it. Doing so would have been the "correct" solution.

      That said, should this work under BSD if it is included in -STABLE and not listed as broken? Absolutely. Should FreeBSD bother to fix it? I don't see why. They should mark it as broken and forget about it. FAT32 is a kludge and should die already.

      Linux is hardly free of idiotic little problems. If faced with the choice of dealing with broken FAT32 support or a shitty updater as on RedHat, or a broken glibc as on every distribution on a regular basis, then I will choose broken FAT32 support. For you the priorities may be the other way around.

      -sirket

  7. Re:Java support? by Brandybuck · · Score: 4, Informative

    A native port is already there! /usr/ports/java/jdk-1.4.2

    p.s. If you want a prebuilt binary of jdk-1.4.2, then complain to Sun. They're the ones that prohibit the distribution of Java packages for BSD.

    --
    Don't blame me, I didn't vote for either of them!
  8. Multiple jail ips? by hugo_pt · · Score: 1

    are we finally get 'em? :)

  9. Re:Java support? by FireChipmunk · · Score: 1

    Check out:
    http://www.freebsd.org/java/install.html

    Short Version:

    cd /usr/ports/java/jdk14 make install clean
    It has been available for quite some time. I don't know what you are thinking, but its very easy to get a native Java on FreeBSD...
  10. Hell's Frozen Over! by Anonymous Coward · · Score: 1, Funny

    (Read Subject)

    1. Re:Hell's Frozen Over! by discogravy · · Score: 3, Funny

      no, that would be a debian release. (said, posting from a sarge box....)

  11. Re:Java support? by dan_sdot · · Score: 3, Funny
    Please don't make me stick with Red Hat 9 of all things.
    Ok, fine. I'll buy you a copy of Windows XP.
  12. Re:Java support? by markv242 · · Score: 3, Informative
    Care to rephrase that?

    "The JDK(TM) it produces is de facto compliant, but use in a production environment is still at your own risk."

    But thanks for your words of encouragement. That "We don't want you" crack must make you feel really good.

  13. Insightful my eye. by Anonymous Coward · · Score: 2, Informative

    Ok, first of all, linux compatability isn't any slower than running native binaries. Its just syscall translation, simple mapping of what linux syscalls the app is using corespond to what freebsd syscalls to do the same thing.

    And you really can't blame FreeBSD for Sun having horrible license restrictions on java. If java were free it would already be ready for you. But because its not, there is a serious lack of people who are willing to sign away their life and ability to ever sue sun so that they can do the work of porting something they don't want anyways just for you.

    1. Re:Insightful my eye. by Anonymous Coward · · Score: 1, Informative

      Yes, fixed. The guy who fixed it got 'the bit' as a reward.

  14. vinum_geom? by Hatta · · Score: 1

    Anyone know if vinum_geom will be stable in time for 5.3-RELEASE? Or if there's a native GEOM raid solution? I'm personally looking forward to having a large GDBE encrypted RAID array.

    --
    Give me Classic Slashdot or give me death!
    1. Re:vinum_geom? by cperciva · · Score: 3, Insightful
      Anyone know if vinum_geom will be stable in time for 5.3-RELEASE? Or if there's a native GEOM raid solution?

      Quoth the status report:

      Contact: Pawel Jakub Dawidek

      I'm working on various GEOM classes. Some of them are already committed and ready for use (GATE, CONCAT, STRIPE, LABEL, NOP). The MIRROR class is finished in 90% and will be committed in very near future. Next I want to work on RAID3 and RAID5 implementations. Userland utility to control GEOM classes (geom(8)) is already in the tree.
    2. Re:vinum_geom? by lertl · · Score: 3, Informative

      I'm working on it. I think it's quite stable right now, but some features are still missing. I really hope to get it done before 5.3.

  15. Re:WHAT???? by Lord+Kano · · Score: 1

    Sorry man, I'm an American. We don't use that one too often.

    --
    "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
  16. Re:How do they do the freeze? by Brandybuck · · Score: 1

    Anyone who commits gets "iced"...

    --
    Don't blame me, I didn't vote for either of them!
  17. snap! by captnitro · · Score: 5, Interesting

    The following has been brought to you by IANAT (I Am Not a Troll).

    I've been using FreeBSD since long before it was apparently dying, since maybe the 2.x branch. I never tried Linux until this past year, because I live under a rock on the dark side of the moon.

    I tried SuSE, and it was great and all -- the setup was really nice -- but it's not there yet. In fact, I backed over it with 5.2 immediately afterwards. Why? Well, for day-to-day use, I didn't see any difference between Linux and BSD -- except the cluttered /etc, the fact that YaST didn't like me seeing the cluttered /etc, and this nagging feeling that it was a system of patched together parts, rather than a well-tested, stable "distribution" (note: I'm knocking the distro, not the kernel, and only slightly).

    When it came down to it, FreeBSD and a daily-updated ports tree seemed to "click together" better than Linux. For most other day-to-day use, there wasn't a huge difference, though I will say BSD was a tad 'snappier'.

    I urge those who haven't tried FreeBSD before to give it a chance. It's not that hard, and it is not, contrary to popular opinion, "better for servers". I play UT2004 and America's Army daily on my BSD box with no problems (thank you native nvidia drivers). What causes most people to gawk after seeing Linux is the text-mode installation -- which is just text menus, but still menus. (I've seen some installation programs that can make you wonder.. OpenBSD, I'm talking to you.)

    Last month I introduced FreeBSD to someone who had never, ever used *nix in any form before. After about an hour explaining different concepts (slices, ports and packages, rc.conf), she was off and running and actually, almost sadly, hasn't asked for my help once since then. She had X and KDE up and running within the day.

    So give it a try. We have no evil plan. (Except that, yanno, our mascot is related to Satan)

    1. Re:snap! by underpar · · Score: 3, Funny

      See.. I'm about to install something on a very sad looking box sitting in the corner. I was thinking about Linux, but the cute little devil makes me think I should try FreeBSD. Is it wrong to choose an OS based on the mascot?

    2. Re:snap! by captnitro · · Score: 5, Funny

      Absolutely not. In fact, the mental image on my end is Tux, Clippy, and Daemon fighting it out.

      Tux is gone; he's cute, but has no defensive weaponry. Furthermore, he can't even fly, all he can do is repeat the Futurama quote to himself --

      Penguin: Full of fish?
      Bender: Not entirely.
      Penguin: Then let's fish.

      So it's down to Clippy and BSD Daemon, and maybe that Apple and his friend Darwin the platypus in the corner who're both giving moral support, but they're setting off fireworks because they like eyecandy and have a short attention span.

      Pretty much, the Daemon unwinds Clippy and uses him to open a stuck CD-ROM drive.

    3. Re:snap! by underpar · · Score: 1

      Bender: That's puffin talk!

      Penguins do really well when they have guns and they are pretty cute. I'm sticking with Linux on my main machine. :)

    4. Re:snap! by noone06 · · Score: 1

      Definately not, I mean does tux compare to this?

    5. Re:snap! by Homology · · Score: 3, Informative
      What causes most people to gawk after seeing Linux is the text-mode installation -- which is just text menus, but still menus. (I've seen some installation programs that can make you wonder.. OpenBSD, I'm talking to you.)

      One problem with the FreeBSD installer is that it's both an installer and a configuration tool with menues that does not remember previous settings that you have done.

      The OpenBSD installer is just that : an installer. Post configuration is mostly done after installation.

    6. Re:snap! by Westech · · Score: 1

      Your post gives new meaning to the term "karma whore."

    7. Re:snap! by killjoe · · Score: 1

      Although I like and use freebsd I would submit that debian is more of a "wholistic" OS then freebsd is. Frequently the post I really need won't build on freebsd. Just today for example I tried to build net-snmp and it won't build. I don't know why. I googled for an answer and the best I could make out is that the port is broken because you can build the latest source by hand no problem.

      That's not the first time that happened to me.

      --
      evil is as evil does
    8. Re:snap! by Yath · · Score: 1
      I'm knocking the distro, not the kernel

      Really?

      for day-to-day use, I didn't see any difference between Linux and BSD

      FreeBSD... seemed to "click together" better than Linux

      All of your comparisons are between FreeBSD and Linux. Are you aware that the difference between distributions is large? As large as the difference between FreeBSD and Red Hat, and larger than the difference between FreeBSD and OpenBSD?

      --
      I always mod up spelling trolls.
    9. Re:snap! by geminidomino · · Score: 1

      And reinforces the old meaning of the word "Jailbait"

    10. Re:snap! by geminidomino · · Score: 1

      [Karmaburn]

      Funny that some fundie AC trollboi should talk about "mental deficiencies."

      Please kill yourself.

    11. Re:snap! by PhrostyMcByte · · Score: 1

      Tux is gone; he's cute, but has no defensive weaponry.

      I beg to differ.

    12. Re:snap! by mulvane · · Score: 1

      A port can commonly be marked broken cause a very small minute portion of the application my cause breakage or damage to other system components, cause crashes, or etc. If a port is marked as broken, you should be wary and investigate why. http://freshports.org has a great way to browse the ports tree and read the cvs commit logs of the latest changes. I have tried many many linux distro's and the whole of them just don't seem like they were built as one, but pieces glued together from mix and match parts that you can never be completely sure should work together to begin with. Directory structure along is way more thought out breaking base apps and user installed apps between / and /usr/local.

    13. Re:snap! by tigga · · Score: 2, Informative
      Just today for example I tried to build net-snmp and it won't build.

      Just use package :
      pkg_add -r net-snmp

      or
      portupgrade -NPP

      It is good to be lazy ...

  18. Re:Java support? by dru · · Score: 3, Informative
    relax$ uname -a
    FreeBSD relax.domain.com 5.2.1-RELEASE-p3 FreeBSD 5.2.1-RELEASE-p3 #4: Mon Mar 22 19:40:08 PST 2004 root@relax.domain.com:/local/freebsd/obj/local/fr eebsd/src/sys/RELAX
    i386
    relax$ /usr/local/jdk1.4.2/bin/java -version
    java version "1.4.2-p6"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-p6-root_27_apr_2004_17_32)
    Java HotSpot(TM) Client VM (build 1.4.2-p6-root_27_apr_2004_17_32, mixed mode)
    relax$ file /usr/local/jdk1.4.2/bin/java
    /usr/local/jdk1.4.2/ bin/java: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 5.0.2, dynamically linked (uses shared libs), stripped
    Runs well enough on my machine to use NetBeans fairly extensively.

    See also: http://www.freebsd.org/java/dists/14.html
  19. Re:Java support? by Anonymous Coward · · Score: 2, Informative

    It's Sun compliant, just like 1.3. What do you want? An insurance policy? It's fscking open source software for chrissake.

    For the record, we use native 1.4 on 15 fbsd 4.10 boxen (using tomcat/freemarker) for production enterprise systems with 4K+ users slammin' the boxes each day. No problems so far.

    But I suggest you keep waiting. We'll be sure to send you a certificate or 'notice of native compliance' or something. Juuuust keep waiting...

  20. Re:Java support? by markv242 · · Score: 1
    I've said it once before already, but the line "use in a production environment is still at your own risk" is a show-stopper. Call me overly paranoid, but as I am consistently shooting for highly available web applications, "at your own risk" is too much risk to deal with.

    Native binaries, blessed by Sun, available on FreeBSD. Yes I know I should complain to Sun. Yes I know it isn't FreeBSD's fault. But would it kill the FreeBSD developers to try to work up a relationship with Sun?

  21. Re:Java support? by Triumph+The+Insult+C · · Score: 1

    I hate to be the bearer of bad news, but all of FreeBSD is like that. Take a look for yourself.

    In fact, I have yet to see any software package that says it is guaranteed to work without problems, all the time, under all circumstances, without first paying *huge* support contracts and getting a guarantee from the software company.

    --
    vodka, straight up, thank you!
  22. Re:Java support? by lewp · · Score: 1

    Use of most software in a production environment is generally always at your own risk anyway, unless you're paying lots and lots of money.

    FreeBSD's JDK works, works well, and has for some time. Whether it meets your standards or not is up for debate, but you can certainly test it with the applications you need to run and see for yourself.

    Not that I'm defending the tone of the grandparent post (though I did laugh a little). I'm a BSD user, and I don't care if you use it or not, but I'm not going to be a dick to actively dissuade you.

    --
    Game... blouses.
  23. Re:Java support? by Triumph+The+Insult+C · · Score: 1

    out of curiosity ... do you have an opteron you can try that on? =)

    --
    vodka, straight up, thank you!
  24. Re:Java support? by markv242 · · Score: 1
    "What do you want? An insurance policy?"

    YES!

    I want to be able to deploy a server on more than just faith. Five nines uptime is not something you can shoot for with a JDK that is deployable "at your own risk".

    "For the record, [...] 4K+ users [...] each day [...]"

    Let me know when your usage grows by three orders of magnitude. When you have problems at that point, then I will listen to you. Until then I'm forced to decide between a multitude of shitty Linux distributions, the godawful expensive Solaris, or Apple (?!). Like I said, I really want to go back to FreeBSD.

  25. Re:Speaking of the horizon... by Anonymous Coward · · Score: 1, Funny

    It's an open secret Netcraft just copies all their statistics out of the Farmer's Almanac.

  26. How's the desktop responsiveness? by weekendwarrior1980 · · Score: 1

    One factor that led me to switch back to Gentoo was the choppyness while working on the desktop environments. At that time I was using 5.1. So say if I was playing the audio/browsing/compiling etc, the computer would freeze for a moment.

    1. Re:How's the desktop responsiveness? by endx7 · · Score: 2, Interesting

      One factor that led me to switch back to Gentoo was the choppyness while working on the desktop environments. At that time I was using 5.1. So say if I was playing the audio/browsing/compiling etc, the computer would freeze for a moment.

      I haven't really had any choppyness except for three things:

      Sound: sometimes sound will get choppy on heavy (disk) load. Later, I found out that all those different sound utils (xmms, mpg123, etc) were using esound, so I disabled it, and suddenly, no more choppyness.

      Gnome fade out. It's choppy, and I dunno why. People sometimes blame sched_ule, but I'm still running sched_4bsd, and it still does it.

      Sometimes while playing doom (well, prboom), it waan't very smooth. (quake3 is fine though)
  27. Re:Java support? by Triumph+The+Insult+C · · Score: 1

    wow

    2nd paragraph of the FreeBSD Java page

    that was a tough one to find!

    --
    vodka, straight up, thank you!
  28. Ok, so is fully end-user ready? by RLiegh · · Score: 1

    Complete with multiple cds (cd 1, livecd/commercial, packages 1, packages 2) and everything; or are they still in beta?

    1. Re:Ok, so is fully end-user ready? by underpar · · Score: 3, Informative

      RTFA ;)

      It won't be in beta until mid-August. The final release is expected in October.

      You just read the headline didn't you?

    2. Re:Ok, so is fully end-user ready? by B747SP · · Score: 3, Informative
      RTFA ;)

      ITYM ROFL! :-)

      Yup, FreeBSD is fully userland ready, has been for, lets see, the last 6-8-ish years that I've been using it!

      On the subject of RTFA, as the article says, 5.2.1-RELEASE is a little jumpy in some parts, and if you need solid stability, stick with 4.10-RELEASE for the time being.

      I've used FreeBSD in production environments for years and years and years. Right now, I'm running 4.9-RELEASE and 4.10-RELEASE on production servers both at work and at home.

      I'm tinkering with 5.2.1-RELEASE on a new Dell X300 laptop and a P4 desktop at the moment. They're both working pretty well, and surprisingly, I've got almost everything on the (very screwed up hardware-wise) X300 working! I have managed to break 5.2.1 several times, but it was mostly by doing really wacky things with the Project Evil code, upping and downing and kldloading and kldunloading different drivers on different interfaces with not enough kernel memory allocated for the bloated third party windows code!!!

      Having said that, Project Evil is nothing short of a *GODSEND*, and Bill Paul is god! It's pretty amazing to be pinching windows NDIS drivers and compiling them into FreeBSD kernel modules - opens doors for all kinds of obscure hardware that couldn't be used before!

      It's still too early for me to make any definitive comment on whether 5.x.x is good on desktops as yet, but if it's anything like the FreeBSDs that came before it, it will be nothing short of excellent when it hits -STABLE.

      --
      I find your ideas intriguing and I wish to subscribe to your newsletter.
  29. Re:Java support? by markv242 · · Score: 1
    You're absolutely right. However there's a difference between the developer claiming "usable for most tasks. However [...]" and a developer claiming a version is a "Production" version.

    I find it rather funny that most of the responses claim that I haven't looked at the ports tree. On the contrary, I have kept very close tabs on the advancement of Java under FreeBSD. Back when our app ran under 1.1.8, we happily deployed FreeBSD. I will be first in line to deploy it again when the 1.4 JDK is bumped up to production-ready.

  30. Recent FreeBSD switcher by Teancom · · Score: 2, Insightful

    My debian machine lost it's harddrive recently, coincidently about one hour before I had to head out of town for the weekend. So I needed to install something on some random harddrive and get my email server backup, quickly. Well, all I had laying around was the 5.1 install cds that I had downloaded when they were announced on /., with the intention of trying out FreeBSD sometime in the nebulous future. So I installed FreeBSD for the first time ever, and have all my accounts added back, along with the various services I needed (named, smtp, and ssh) on and configured, in about 45 minutes. That included going through the install with no documentation at all (my internet connection was also routed through the debian box). That was very impressive, to me at least. Now, granted, after I got back I spent every night for a week dinking around figuring out how things are different, switching from sendmail to postfix, upgrading from 5.1 to 5.2.1, adding ext2 support to copy over all my data, setting up X and sound, setting up support for my Zire 72, and playing around with ports until it became second nature.

    So, my thoughts having been on FreeBSD for a couple months? Honestly, I dunno. I haven't noticed any speed difference at all, despite many a BSDer's claim to the contrary (this is a 750Mhz Duron with 1.25GB ram). I had to switch out my soundcard (Envy24-based Chaintech for an SB64 I had laying around) because it wasn't supported. The support for my Zire seems to be much nicer (I've always had problems in Linux with USB-based Palms, and tools like KPilot). I really like the init system, and /etc/rc.conf is nice (once you figure out what's supposed to be in there). It's a bit of a pain when trying to run various things (like nagios), where scripts and whatnot are written for Linux and break subtly (or completely) on FreeBSD. However, that's generally a one-line fix of some sort (change an argument passed to ps or nslookup, for instance), so it's not a huge deal. I've never liked Gentoo, and doing a 'portupgrade -a' makes me long for 'apt-get dist-upgrade'. I really like the kernel configuration, it works like a champ. I've recompiled my kernel probably six or seven times (chasing various hardware and software settings), and I've never had a single thing go wrong. I really wish it supported my APC usb-based UPS, but it doesn't.

    In summary, when I change hardware in the near future, I'll probably end up putting debian back on. The expanded hardware support, removal of all those little 'bumps' in making software work correctly, and ease and quickness of upgrading and installing software make debian win out. However, if it wasn't for Debian, FreeBSD would be my choice. I use (and administer) Redhat WS3 at work, and I'll take BSD over it any day of the week :-)

    Of course, my ideal setup would be a G5 with OSX as my desktop, and OpenBSD on my server. That would be kinda doable if I still had seperate computers for workstation and server (Linux as desktop, OpenBSD on server), but the ever decreasing pool of working hardware forced me down to one. And I'm not masochistic enough to run OpenBSD on the desktop...

    1. Re:Recent FreeBSD switcher by erik_norgaard · · Score: 1

      I started on RedHat years ago. For a long time I didn't know better. It's a mess you allways end up installing third party rpm's.

      I have tried Debian, but it is hopelessly obsolete. I spent a whole day figuring out a bug in a perl module only to discover that the latest stable was years old.

      Gentoo just doesn't really do it. They tried to get the best from FreeBSD, with portage, tried to do more. Different. It's a revolution for Linux maintenance, but it just doesn't compare to *BSD.

      Then I swiched to FreeBSD 1.5 year ago. The only left of my original RedHat is bashrc. I have never had so much time actually doing stuff.

    2. Re:Recent FreeBSD switcher by Anonymous Coward · · Score: 1, Interesting

      As a fellow Debianista, I had very similar experiences when I tried BSD. But I also was getting very annoyed when updating a very minor thing triggers huge downloads and major recompiles, or when compilation of something huge like KDE fails and has to be restarted with different settings, etc. In conclusion, Debian rules. FBSD is nice compared to older Redhats (I heard they improved their distro somewhat in the recent years, but luckily I never had to find out)

    3. Re:Recent FreeBSD switcher by concatenation · · Score: 1
      It's a bit of a pain when trying to run various things (like nagios), where scripts and whatnot are written for Linux and break subtly (or completely) on FreeBSD.
      What sort of problems did you bump into with Nagios? I've used it with FreeBSD and Solaris, but I haven't really had any trouble.
      --
      "5... 4... 3.. 1... OFFBLAST!"
    4. Re:Recent FreeBSD switcher by Teancom · · Score: 1

      Just the various plugins, like check_dns, which didn't pass a - in front of the second argument to nslookup. check_nagios needed to have "ax" added to the ps command in order to work correctly. Just little stuff like that, that wasn't a huge pain to track down, but is kind of "death by a thousand paper cuts" if you know what I mean. After a while I just want things to work, without figuring out what linuxism the original author used this time.

    5. Re:Recent FreeBSD switcher by concatenation · · Score: 1

      Ah, right. Sounds like I've been lucky with my version combinations; check_dns and other similar vanilla stuff from the ports of FreeBSD 5.2.1-RELEASE and 4.9-RELEASE worked right out of the box. I must admit I haven't tried (or more accurately, needed) most of the more exotic plugins.

      --
      "5... 4... 3.. 1... OFFBLAST!"
    6. Re:Recent FreeBSD switcher by tigga · · Score: 4, Informative
      doing a 'portupgrade -a' makes me long for 'apt-get dist-upgrade'.

      You know, 'portupgrade -aPP' is much faster, because it uses binary packages, as apt-get does.

    7. Re:Recent FreeBSD switcher by Teancom · · Score: 1

      Thank you, I didn't know that.

  31. Re:Java support? by dru · · Score: 1

    I wish. ;-)

  32. Re:Java support? by lewp · · Score: 1

    If you were keeping "very close tabs" you wouldn't be so caught up in word choice and would be able to say why (from a technical standpoint) the current Java version doesn't work for you.

    Maybe you've been refreshing that page every few months, but I doubt you've been keeping close tabs on anything.

    You're free to use whatever you want for whatever reason you want. No need to pull my leg.

    --
    Game... blouses.
  33. Windows Network Driver Compatibility! by dokebi · · Score: 4, Informative

    From the article

    FreeBSD 5.2[3] will also introduce a software layer that lets Windows network drivers work with FreeBSD. This layer, dubbed Project Evil, means that wired and wireless network cards should be able to work with FreeBSD even if the manufacturers have not written any drivers for the operating system.

    This is totally awesome! FreeBSD network drivers are very reliable, but hard to come by for very new devices (eg. wifi). I would totally use this feature even with some reliability sacrifice.

    --
    In Soviet Russia, articles before post read *you*!
    1. Re:Windows Network Driver Compatibility! by B747SP · · Score: 3, Interesting
      This is totally awesome!

      You got that in one! As I said in an earlier post, I tinkered with it a bit last weekend. I got it up and running with an Intel Centrino b/g wireless (8022?) and a Broadcom gigabit ethernet card, simultaneously (tho that bit required a little bit of hacking) with no particular dramas at all. It just worked!

      A little short on doco, but I'd be happy to help out with some pointers if you get stuck with it.

      --
      I find your ideas intriguing and I wish to subscribe to your newsletter.
  34. Re:Java support? by Anonymous Coward · · Score: 1, Interesting

    FreeBSD is *NOT* a very good platform for deploying Java. It can be done, but it is a poor choice. The main reason is that FreeBSD still lacks a robust thread implementation. This problems with threads causes Java to barf frequently. Unless you are into major pain, stay away from Java on FreeBSD.

  35. NetBSD logo by r00t · · Score: 3, Funny
    If you want to see "terminal decay", check out the NetBSD logo!

    NetBSD.jpg

  36. If you're supporting that many users... by Phil+John · · Score: 2, Informative

    ...and you require 5 nines reliability you are living in cloud cuckoo land if you think you can get what you are asking for gratis.

    Stop being so cheap and shell out some dosh with Sun if you really need fanatical support and guaranteed operation. Although, if you're supporting that many people and it's as mission critical as you are saying then cost should be no problem, so I'm inclined to think you're just trolling on the whole Java issue.

    I've stress tested my companies J2EE product on a FreeBSD box, pusing it to its limits and had zero problems, however, YMMV.

    --
    I am NaN
  37. BSD status ;-) by nusratt · · Score: 3, Funny
  38. Major improvements to jails too by bigberk · · Score: 4, Informative
    A hear from a friend of mine, who is also a BSD developer, that many improvements to jails are on the way in 5.3 (A reminder -- jails allow multiple virtual servers to exist within one system, allowing several customers to each have their own root). Some aspects of jails that have been improved:
    • More efficient resource usage among processes in different jails
    • Superior isolation between jails
    • Raw sockets etc. so you can finally ping and traceroute
  39. Love your sig by RLiegh · · Score: 1

    Ah, I see. I made the mistake of not asking if it had hit "-STABLE" yet. (Which, apparently, it hasn't. Wasn't it scheduled to do so at 5.2 or 5.3?)

    1. Re:Love your sig by endx7 · · Score: 2, Informative

      5-STABLE was scheduled for 5.2 originally, but they pushed it back. (this was like a year ago when they thought 5.2).

      In fact, originally 5.3 was set for Late May-ish, early June, but 4.10 got in the way, 5.2.1 was still pretty recent, and 5.x still needed work.

  40. Re:Java support? by Triumph+The+Insult+C · · Score: 1

    damn

    i'm about to start building a fbsd cluster to run java stuff. it guess it's p4/4.10 for now

    amd64 is supposed to be supported in java 5 though

    --
    vodka, straight up, thank you!
  41. Re:Java support? by MaoTse · · Score: 1


    Mod the parent up, please !

    I don't get. I'm really not into flame wars of any kind. But it so happens more and more often - good technical comments are modded down for political reasons.

  42. Re:Java support? by einer · · Score: 1

    Java support is great. It's been there for a while. The problem (traditionally) has been that fbsd won't run an app container or ejb container (I was told with a shrug, that it "had to do with threading"). Has that been fixed yet?

  43. Re:FreeBSD Daemon by halivar · · Score: 4, Insightful

    As a life-long practicing Christian, active in my local church, with many practicing Christian friends, I just can not in good conscience use an operating system that uses an image of Satan as its mascot.

    Context is everything. The BSD "daemon" is in no way supposed to lead people in worship or in any other way lead people to violate commandment #1. In fact, as an open source project, I feel that projects such as FreeBSD and Linux best represent the kind of software development the Acts early church of the Apostles would do: communal. Honsetly, it is not menat the celebrate satan or represent some sort of mystic iconography.

    Microsoft, on the other hand (which you currently use in favor of BSD), is a perfect example of immoral greed (if you mods disagree; fine. I'm just calling it how it looks from here), which I find much more morally reprehensible than a cartoon devil; because unlike the cartoon, it is real.

    So, as a recent convert to Christianity, I find a great moral symbol in the fact that I run 100% open source at home, as opposed to corporate mammon.

  44. Re:Java support? by realdpk · · Score: 1

    How do you sleep at night, without assurances from your vendors that their software or hardware will never fail?

  45. Re:FreeBSD Daemon by DannyO152 · · Score: 3, Insightful

    Other folks have responded. I'll just point out that the mascot is not Satan. Just as the mascot for the Duke Blue Devils and the icon on Underwood Devilled Ham are not Satan either. There isn't any thing holier about commercial products that have angels as their icon and the Anaheim Angels are not automatically the more righteous baseball team. (Back in the 80s there were baseball players with the name Teufel and Gott. It was not the apocalypse when they faced off.)

    You have your faith and its symbols, ethics, and morals. It is a serious question as to how you integrate this into what some may call your secular existence. If you honestly believe that either God, Beelzebub or you will be confused as to your allegiances and as to what your mortal life means, then, you're right, stay away from FreeBSD.

    Now, unlike the duality of heaven and hell, there are more than two points on the operating system spectrum. Other unix-like operating systems which do not use a devil mascot are NetBSD, OpenBSD, Linux (many distros), and Solaris x86. The latter is a Unix operating system. Seek and you shall find.

  46. Re:FreeBSD Daemon by Laser+Lou · · Score: 1

    What does the daemon mascot have to do with using the operating system? Just don't make it your wallpaper, and you should be fine.

    --
    No data, no cry
  47. Re:Java support? by Anonymous Coward · · Score: 1, Informative

    Except in this case, he's 100% wrong. The threading issue was a problem with early versions of the port. It's now been fixed. If you just read what google gives you, and don't bother to check the mailing lists, you'll end up with stale complaints that are no longer a problem.

  48. Re:Java support? by Codifex+Maximus · · Score: 1

    > Did you consider switching to Slackware from Red
    > Hat?
    Or at least Gentoo with it's Portage?

    --
    Codifex Maximus ~ In search of... a shorter sig.
  49. switcher by BoydWaters · · Score: 4, Interesting

    So I was a Gentoo zealot for two years, it helped to teach me (more than I wanted to know) about Linux.

    I got fed up with power-management issues on my employer-supplied laptop computer (a nice machine, but not Linux-friendly) and purchased a Macintosh PowerBook. Very nice, not as clean as Gentoo, but it got me interested in *BSD.

    My server was running Gentoo SeLinux until last week. I've installed FreeBSD 5.2.1 and I am *very* happy with it as a stable, secure server platform.

    Linux, Apache, etc. have lent legitimacy to Open Source, and BSD license is attractive to many who cannot otherwise use Open Source. So *BSD is helping spread Open Source, and to otherwise improve the quality of the aggregate code base.

    Since Gentoo was developed by someone who liked BSD but wanted the device-driver support of Linux, I feel that most of my skills transfer very quickly. I feel that my learning curve on FreeBSD helps me better understand Mac OS X, which has an installed base of about 12 million computers (if Apple is to be believed).

    BSD is dead? Hmm. I rather doubt it.

  50. Re:Java support? by Bull999999 · · Score: 1

    I haven't tried Gentoo so I can't comment on it, but I suggested Slackware since it's supposed to be the most UNIX like Linux.

    --
    1f u c4n r34d th1s u r34lly n33d t0 g37 l41d
  51. Re:Java support? by Brandybuck · · Score: 1

    I'm not a Java developer, so I have no idea what you're talking about. All I know is that every Java app I've tried to run, has. A few applets don't, but that's par for the course on any platform.

    --
    Don't blame me, I didn't vote for either of them!
  52. Re:FreeBSD Daemon by latroM · · Score: 1

    So, as a recent convert to Christianity, I find a great moral symbol in the fact that I run 100% open source at home, as opposed to corporate mammon.

    What is your opinion on Free Software funded by greedy corporations?

  53. Both your assumptions are wrong by koinu · · Score: 2, Insightful

    There are a variety of Java engines for FreeBSD. All are compilable/downloadable from ports. FreeBSD has native engines and I'm using this Sun engine for FreeBSD for my projects:

    java version "1.4.2-p6" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-p6-koinu_17_apr_2004_23_41) Java HotSpot(TM) Client VM (build 1.4.2-p6-koinu_17_apr_2004_23_41, mixed mode)

    Secondly, the linux emulation is fast. It's as fast as linux. I play various commercial 3D Linux-Games on FreeBSD and they run all fine. There is also no native acrobat reader for FreeBSD and I start it sometimes using linux emulation. There are no differences in speed, in my opinion.

  54. Re:FreeBSD vs Linux - my findings by hugo_pt · · Score: 3, Funny

    by stability you mean a new way to get root on linux every month?

  55. Re:Java support? by cpghost · · Score: 1

    Care to give one real example?

    I didn't stumble across one java program that would barf on a recent CURRENT.

    --
    cpghost at Cordula's Web.
  56. Re:Java support? by SillyNickName4me · · Score: 2, Informative

    > You're absolutely right. However there's a difference between the developer claiming "usable for most tasks. However [...]" and a developer claiming a version is a "Production" version.

    And in all my experiences (I know, anecdotal evidence, but still, obne that is confirmed by many others who tried) 'usable for most tasks' in the FreeBSD world is a lot more usable then 'production ready' in the Windows world, and even in the Linux world.

    > I find it rather funny that most of the responses claim that I haven't looked at the ports tree. On the contrary, I have kept very close tabs on the advancement of Java under FreeBSD. Back when our app ran under 1.1.8, we happily deployed FreeBSD. I will be first in line to deploy it again when the 1.4 JDK is bumped up to production-ready.

    Have you actually tried it?

    I have been running the FreeBSD native port for a long time, both server and client side, and it simply works, period.

    There is an issue, that issue is Sun's source code licensing. That is however not a technical issue, and if you can build it, it is very usable for a production environment also.

    I'm currently playing with the 1.5 jdk.

  57. Re:Java support? by SillyNickName4me · · Score: 1

    Could you point us at such a page about Linux? or should we conclude it is dying?

  58. Re:Java support? by SillyNickName4me · · Score: 1

    > Java support is great. It's been there for a while. The problem (traditionally) has been that fbsd won't run an app container or ejb container (I was told with a shrug, that it "had to do with threading"). Has that been fixed yet?

    First of all, the issue you talk about is with the prebuilt jdk 1.3 as sanctioned by SUN.

    The issue is that it supports green threads only, not native threads.

    My experience with a jdk 1.4.2 built from the source is that it does support this, and that anything I tried (and that is not just some applets, but also tomcat + servlets and jboss + servlets) work perfectly well.

  59. Re:Java support? by SillyNickName4me · · Score: 1

    > Native binaries, blessed by Sun, available on FreeBSD. Yes I know I should complain to Sun. Yes I know it isn't FreeBSD's fault.

    What is more, this is not only a problem for FreeBSD, but for each and every OS that SUN doesn't feel like 'blessing'. Many Linux distributions suffer from related licensing problems and cannot distribvute JAVA binaries either.

    > But would it kill the FreeBSD developers to try to work up a relationship with Sun?

    It is why there is a jdk 1.3 binary for FreeBSD. The relationship between FreeBSD developers and SUN isn't really the issue, SUN's attitude, resources and unusable source code license are the issue.

    It is a major annoyance for anyone who wants to do anythign with JAVA whatsoever and who cannot pay SUN for the resources (when SUN doesn't feel like it has a reason to do it itself ofcourse)

  60. Re:what do you mean by Tandoori+Haggis · · Score: 1

    When I clicked on "Read More..." there was no posting viewable for this article, just a message which read " Nothing for you to see here. Please move along."

    Does this happen often?

    --
    My hyperlinks aren't worth the paper they're printed on.
  61. Re:FreeBSD Daemon by jdog1016 · · Score: 2, Informative

    Read this and this.

    In short, to BSD users your argument is laughably silly and makes you look like an ignoramus.

    I may be wrong, but I honestly think that most reasonable people will not interpret a cartoonish picture of a devil-like creature wearing sneakers as any indication of satan worship

    I myself have walked into my church (I'm Catholic) wearing a FreeBSD daemon shirt.

  62. Re:Java support? by Codifex+Maximus · · Score: 1

    > I haven't tried Gentoo so I can't comment on it,
    > but I suggested Slackware since it's supposed to
    > be the most UNIX like Linux.

    Yep. I cut my teeth on Slack. :)

    --
    Codifex Maximus ~ In search of... a shorter sig.
  63. Re:FreeBSD Daemon by LittleLebowskiUrbanA · · Score: 1

    What an obvious troll.

  64. Re:FreeBSD vs Linux - my findings by O_Sleep · · Score: 1

    Running freebsd on 1650's just fine. Remind me why we are replying to this troll?

  65. Re:Java support? by evilviper · · Score: 1
    91.9999% uptime

    Bah! That would have been much funnier, had you written that number a bit differently.

    Either 89.9999% uptime.

    Or to be obviously sarcastic, you could use something very small, like 19.9999% uptime.
    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  66. Re:FreeBSD Daemon by Secrity · · Score: 2, Funny

    Do you honestly believe that a talking paperclip is less evil than the FreeBSD Daemon?

  67. X install and dumb terminal by hppacito · · Score: 1

    I used Linux since Kernel 2.0.12 (Ago-Sept'96), and my first installs were Slackware, so the text based install looks familiar to me. A graphical install in my case brings nothing. The only FreeBSD I tried was release-4.7, and the install didn't want to install X together with the other packages, I hope that changed ;-). Getting X and KDE to install was a bit hard, the packages had to be installed one by one... no idea why. On the other hand, for mc, text terminal without color and "dumb" mode was something I didn't like (specially dumb mode), as a programmer, Ctrl-O simplifies my life a bit :-). (Mey be a config or termcap problem... no idea, hint!). I'm looking forward to a new release... Hope next time I'll have more luck.