Slashdot Mirror


FreeBSD Core Developer Thrown Out

SlashChick writes "From a discussion on the freebsd-chat mailing list, it appears that one of the FreeBSD core developers, Matt Dillon, has been barred from committing any changes to the FreeBSD kernel. Dillon was one of the developers 'responsible for making FreeBSD 4.x the most rugged and stress-proof free operating system in existence,' and also contributed to fixing the Linux VM. Unfortunately, there has been little explanation from the FreeBSD core team about why Dillon was thrown out, leading to speculation and worries about the future of the FreeBSD kernel. Does the Slashdot community have any more insight into this situation? Would someone from the FreeBSD team care to elaborate and assuage our worries?" CD Update: Greg Lehey from the core team has infact elaborated in this comment.

315 of 570 comments (clear)

  1. Not trying to be controversial... by caluml · · Score: 1, Troll

    but surely with all the attention Linux is getting with developers, they can't go getting rid of too many people?

    1. Re:Not trying to be controversial... by Anonymous Coward · · Score: 5, Funny

      They caught him using Windows XP at home.

  2. I know as much about this as the next guy by Em+Emalb · · Score: 5, Insightful

    but I would think that the reason he was barred would be for the same reason most people are:

    Differences in opinion. Maybe I am wrong (NEVER!) but that would be my guess.

    --
    Sent from your iPad.
    1. Re:I know as much about this as the next guy by jazman_777 · · Score: 2, Insightful
      but I would think that the reason he was barred would be for the same reason most people are: Differences in opinion.

      He was probably overly nice and diplomatic.

      --
      Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
    2. Re:I know as much about this as the next guy by jrgeek · · Score: 1

      Or he forgot to do his laundry Elizabeth, I'm coming! - Fred Sanford

    3. Re:I know as much about this as the next guy by commodoresloat · · Score: 1

      That's like saying someone died of heart failure. Of course there were differences of opinion; in his opinion he should have stayed on the project, but the others felt differently. Not very specific.

  3. little devil! by Zeppelingb · · Score: 5, Funny

    The devil made them do it.

    1. Re:little devil! by sqlrob · · Score: 4, Funny

      That's daemon to you.

    2. Re:little devil! by yomegaman · · Score: 2, Funny

      Ladies and gentlemen, your new lead developer, Flip Wilson!

      --
      ...wearing a skin-tight topless leather jumpsuit, with cutaway buttocks and transparent crotch panel.
    3. Re:little devil! by Ponty · · Score: 1

      I like going back and reading UF to remind myself what a dork I was in the late '90s.

  4. Little explanation? I think there's enough. by angio · · Score: 4, Informative
    From the mail archive:
    The short of it is that Matt was unable to treat many of his fellow developers with the civility and respect that they deserve.

    I think that's fairly clear. There are many strong, good hackers in this world who wouldn't be able to work together. While it's unfortunate that Matt and the rest of -core weren't able to resolve it, it's a fact of life in a big project...

  5. Matt Dillon? by Anonymous Coward · · Score: 4, Funny

    Wow, actor and leet BSD Developer! Who'd have thunk?

    1. Re:Matt Dillon? by Black+Copter+Control · · Score: 2, Interesting
      Wow, actor and leet BSD Developer! Who'd have thunk?

      Perhaps Hedy Lamarr?

      --
      OS Software is like love: The best way to make it grow is to give it away.
    2. Re:Matt Dillon? by groggy-P · · Score: 1

      We already have Terry Lambert on the project.

    3. Re:Matt Dillon? by jeremy_hogan · · Score: 2, Funny

      AND a Federal Marshall...

    4. Re:Matt Dillon? by Floyd+Turbo · · Score: 1

      That's Hedley!

      (This is 1874. You'll be able to sue her!)

  6. Politics by Anonymous Coward · · Score: 2, Funny

    It's all about office politics.

    1. Re:Politics by SoupIsGoodFood_42 · · Score: 4, Funny
      It's all about office politics.

      Perhaps he stole someones stapler?

    2. Re:Politics by numbsafari · · Score: 1

      Perhaps he moved someone's cheese...

  7. Splitter! by Anonymous Coward · · Score: 5, Funny

    Hey probably wanted to make a new variant, like ExpensiveBSD or UltraFreeBSD or CoolBSD

    1. Re:Splitter! by axxackall · · Score: 2, Funny

      FreeBSD + CoolBSD = FreezeBSD

      --

      Less is more !
    2. Re:Splitter! by Eneff · · Score: 1

      You are sooooo behind the times.

      Everything these days is Xtreme.

      Yes, that's right, we will see BSD X-Treme announced soon.

    3. Re:Splitter! by epyT-R · · Score: 1

      How about K-radBSD for those old school types? :P

  8. Wow and actor and a coder by Dynamoo · · Score: 5, Funny
    I guess his acting career interefered with his coding too much.

    Or maybe he admitted to owning a copy of Windows XP?

    --
    Never email donotemail@WeAreSpammers.com
    1. Re:Wow and actor and a coder by ackthpt · · Score: 1

      There's an actor by that name? Well, I'll be darned. I remember Matt's contributions to the Amiga, back in the mid 80's and figured he had such a recognizable name someone was likely to cash in by borrowing it.

      --

      A feeling of having made the same mistake before: Deja Foobar
    2. Re:Wow and actor and a coder by technoCon · · Score: 1

      Maybe he got caught porking Miss Kitty in the back room of the Long Branch Saloon,

      (Uh, i hope someone here's old enough to remember Gunsmoke.)

    3. Re:Wow and actor and a coder by hendridm · · Score: 1

      > Or maybe he admitted to owning a copy of Windows XP?

      Don't you mean OS X? Oh wait...

  9. TdR by Anonymous Coward · · Score: 1, Interesting

    This remembers me the whole story between Theo de Raadt and NetBSD, which ended with the born of OpenBSD..

    1. Re:TdR by Anonymous Coward · · Score: 1, Informative

      Theo's version of events: http://www.theos.com/deraadt/coremail.html

    2. Re:TdR by ces · · Score: 1

      Interesting reading.

      It just proves Theo was "Theo" 8 years ago when the fork happened.

      I do think he's grown up a tad but he still throws the occasional caustic tantrum.

      Given the quality of what comes out of the OpenBSD project I mostly just ignore him on his bad days.

      --
      Happy Fun Ball is for external use only.
  10. In other news by Anonymous Coward · · Score: 4, Funny

    Miguel de incaza gets chucked out of gnome, helps kde instead.

  11. Another Branch? by evilviper · · Score: 4, Insightful

    Great, as if there aren't enough BSD branches, here's another disgruntled deveoper that might pull a De Raadt and roll his own.

    On that note, it's more likely would get adopted by one of the other BSDs, and not really need to start his own. I'm sure OpenBSD can use the help.

    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    1. Re:Another Branch? by SoupIsGoodFood_42 · · Score: 1
      That's one of the problems with OSS--Lack of focus can affect projects.

      It's kinda like how there are many parties/groups that have the same general goal/opinion (say, left wing politics for example), but instead of putting their differences aside and taking on their major opponent/aiming for the main goal, they just argue with each other over little things.

      Just a thought anyway.

    2. Re:Another Branch? by evilviper · · Score: 1
      we have piss poor UDF support

      I have to imagine that was Apple's very intention. Why give you a good implimentation of a universal filesystem when they can lock you into their own proprietary FS? Hey, I'm just glad Apple has UFS support at all. Now if there was a UFS drive for windows, every major OS could have a universal, fast, multi-terabyte filesystem, which would be nice for things like Firewire/USB drives, and MP3 players and digital cameras.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    3. Re:Another Branch? by evilviper · · Score: 1

      >RANT<
      You have a point. Instead of a third political party, in the US we have a 3rd, 4th, 5th, 6th, 7th, and probably more I don't know about. Instead of pulling together to form one, they all compete with each other, and collectivly loose out to the big 2. In defense of the left-wing, at least one of those ``third-parties" is conservative.
      >/RANT<

      But, more on the subject, OSS does not have the same goal as closed source... Sure, the Linux Zelots want to take over the world, but in the BSD world every one is just fine and happy so long as they can get enough funding just to continue their project. OSS has a different life than propritary, so it's no wonder that OSS doesn't even resemble commercial efforts.

      In other words, it's not that one project is stealing developers from another... it's that those developers, if they couldn't start their own project, wouldn't be interested enough in the other project that they wouldn't do anything at all.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    4. Re:Another Branch? by evilviper · · Score: 1

      Kinda blew those tags didn't I?

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    5. Re:Another Branch? by Gsus411 · · Score: 1

      Why would Apple be interested in making people use their FS? It's more there for legacy compatibility reasons more than anything else. Since few people use different FSes under OS X, good support for UDF is low on their list of priorities.

      HFS+ works fine for them. If it ain't broke, don't fix it.

    6. Re:Another Branch? by evilviper · · Score: 1
      Why would Apple be interested in making people use their FS?

      Gee, I dunno, maybe an attempt at lock-in? If your Firewire hard drive is HFS+, you can't just go plug it into any machine. If you want to be compatible, you take a performance hit.

      Can you think of any other reason Apple would use HFS+ on the iPod? As if HFS, UFS, or FAT, weren't good enough to store a few MP3s...
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    7. Re:Another Branch? by topologist · · Score: 1

      The "windows version" of the iPod that started shipping perhaps a year ago, contains a firewire drive with a FAT32 filesystem. It can be read by win32 systems (and the mp3s can be directly read by the OS, I think there's some sort of obfuscation on macs to satisfy the music industry), and interfaced to by musicmatch jukebox.

    8. Re:Another Branch? by evilviper · · Score: 1

      Your point?

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    9. Re:Another Branch? by Asmodai · · Score: 1

      That will change.

      When I hacked on UDF support with Scott Long for the FreeBSD Project we had contact with the Apple guys. They will probably use a lot of the code we worked on.

      --
      Jeroen Ruigrok/Asmodai
    10. Re:Another Branch? by evilviper · · Score: 1
      shut the fuck up.

      Oh, an abusive AC. Well I never...

      post evidence that HFS+ isn't completely documented

      You can't prove a negative, only a positive. If you've never seen the sun, that doesn't mean it doesn't exist. If you have seen the sun, that proves that it exists. In any case, I would imagnine that any Apple documentation that might exist wouldn't be under a decent license (ie. BSD).

      add streams support to UFS

      Why does Apple exist, if it's up to altruistic users to add all the features to Mac OS? Hey, it's Apple that decided to walk the streams path.

      Besides, why would stream support be needed for the iPod?

      Note: I don't usually see AC posts (just luck that I happened to this time) so I won't see any replies if posted as AC.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  12. Politiburo by jericho4.0 · · Score: 5, Insightful
    Ain't OpenSource great? This kind of reminds me of the old power struggles in the U.S.S.R, when Krushchev was outed and the only official word was his obiturary 20 years later. (the obit simply said a pensioner named Krushchev died.).

    One thing the BSD developers need to know is that they have no justification in keeping this secret. It is aboput the users after all.

    --
    "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
    1. Re:Politiburo by Anonymous Coward · · Score: 1, Funny

      I think you mean ousted? Although that could be a totally new side of history that I never knew about...

    2. Re:Politiburo by VarmintCong · · Score: 4, Funny

      I didn't know Krushchev was gay.

      Is that is why he kept banging his shoes against tables all the time? Because they were such horrible fashion statements?

    3. Re:Politiburo by msgmonkey · · Score: 5, Funny

      And what makes you think these kind of things don't happen in non-OSS projects? If this was a situation within a corporation where a member of a team was causing disruption they'd be sacked regardless how good they where.

    4. Re:Politiburo by Stephen+VanDahm · · Score: 5, Funny

      The difference is that, in the Open Source Community, all the juicy dirt gets posted on the front page of Slashdot. Basically, it's a real-life soap opera, but without all the hot women.

      Wait...maybe that's not cool after all....

    5. Re: Politiburo by Black+Parrot · · Score: 1


      > Ain't OpenSource great? This kind of reminds me of the old power struggles in the U.S.S.R, when Krushchev was outed and the only official word was his obiturary 20 years later. (the obit simply said a pensioner named Krushchev died.).

      Yes, this is very different from the proprietary development model, where you can at least expect a pink slip to show for 20 years of dedicated service.

      --
      Sheesh, evil *and* a jerk. -- Jade
    6. Re:Politiburo by sean23007 · · Score: 1

      FreeBSD isn't a company. Their product doesn't have to be about the users. Using the BSD license, it could just as well be for themselves or for the fun of coding it. Which would give credence to the claim that he was kicked out because he was not treating the other developers with respect.

      --

      Lack of eloquence does not denote lack of intelligence, though they often coincide.
    7. Re:Politiburo by Anonymous Coward · · Score: 1, Funny

      Yeah. He really wanted a pair of Bruno Maglis. Oh, the tragedy of being a gay communist leader. All the really good accessories are made by capitalist pigs.

    8. Re:Politiburo by kwerle · · Score: 1

      Not true. If you have a good manager, and a good producer who is an asshole, the manager isolates them and let's them do their job without bothering the rest of the team. That's what managers are for - letting folks do what they do well.
      If a non, or even average producer is an asshole, then can them. But my all counts, that's not the case here.

    9. Re:Politiburo by donscarletti · · Score: 1
      I agree that non-OSS projects have that sort of tiffs. Put Steve Jobs on a project and you KNOW either him or the other guy is on the way out!

      Maybe after Matt Dillon has started his own Unix based system, and then possibly set up his own movie studio (two Matt Dillons in showbiz; now that WOULD be funny!) Then when time passes he can return to FreeBSD like Octavian returning to Rome and issue in a new era of sleak, curvy text interfaces and a tangerine coloured daemon.

      ....... or not

      --
      When Argumentum ad Hominem falls short, try Argumentum ad Matrem
    10. Re: Politiburo by ces · · Score: 2, Funny

      Well, in this case it would be a pink slip for 5 years of mouthing off to everyone in sight and back-stabbing your co-workers any time they don't agree with you.

      In the private sector such behavior usually leads to a promotion into management.

      --
      Happy Fun Ball is for external use only.
    11. Re:Politiburo by ces · · Score: 1

      Oh, damn the parent is funny.

      I believe being awarded the "Order of Theo" actually lowers ones status amongst all *BSD factions except for the OpenBSD faction.

      --
      Happy Fun Ball is for external use only.
    12. Re:Politiburo by podperson · · Score: 1

      Surely you'll need to wait another 19.99 odd years and hear nothing said on the matter before that comparison is salient.

      Why not liken the departures of business and political leaders to "pursue other interests" or "spend more time with their families" to Stalinism?

    13. Re:Politiburo by pbuxton · · Score: 1

      Yes, the (grand)parent post *is* funny--and, like most jokes, haha only serious. Damn it, I just had mod points. :-(

  13. Maybe he didn't comment his code well enough by DenOfEarth · · Score: 5, Funny

    yeh, I'm marking c++ lab exercises now, and I can tell ya, people that don't comment enough surely don't make it easy on those people that have to understand their code.

    1. Re:Maybe he didn't comment his code well enough by Q+Who · · Score: 1

      yeh, I'm marking c++ lab exercises now, and I can tell ya, people that don't comment enough surely don't make it easy on those people that have to understand their code.

      What? You read the code?

      You're new to this, right? Don't worry, soon you, too, will write scripts for automatic exercise checking.

  14. Re:well.....bring to MS all FreeBSD programmers... by Anonymous Coward · · Score: 2, Funny

    ...then release WinBSD!

  15. Re:Nice name... by Dave_B93 · · Score: 4, Funny
    Hopefully they didn't throw him out because he is named after a very popular actor ;).

    well, an actor atleast...

  16. Similar to the Net/OpenBSD split by kwoo · · Score: 5, Interesting

    Oddly enough, it was a very similar event that led to the creation of the OpenBSD project. Theo started it after a (rather extended, IIRC) tiff with the rest of the NetBSD core team.

    If Matt decides to fork the code and start his own project, I think the technical world would be a better place for it. A fifth open source BSD might seem excessive to some, but there are still many ways for such a project to differentiate itself.

    1. Re:Similar to the Net/OpenBSD split by GT_Alias · · Score: 3, Funny
      A fifth open source BSD might seem excessive to some, but there are still many ways for such a project to differentiate itself.

      Hmmm....I'm not convinced, you'll have to try harder.

    2. Re:Similar to the Net/OpenBSD split by Penguin+Follower · · Score: 1

      There are more than 5 different Linux distros... I don't see Linux suffering because of it.

    3. Re:Similar to the Net/OpenBSD split by groggy-P · · Score: 3, Insightful

      Yes, we considered this too. It's not clear that
      dillon will, in fact, leave the project for good: nothing in this matter requires that. But it's certainly good to note that the BSD world is better for OpenBSD, not worse. Maybe dillonBSD would be another good one.

    4. Re:Similar to the Net/OpenBSD split by cpeterso · · Score: 1


      or perhaps Matt will join the NetBSD or OpenBSD teams or even Linux. The Linux VM could really use some help from a developer of his caliber.

    5. Re:Similar to the Net/OpenBSD split by RevAaron · · Score: 1

      Linux may have its fair share of users, but it could do a helluva lot better if there weren't 100 different distros with no functional difference. Oh, I forgot- real h4ck3rz love inconsistency and redundant work!

      --

      Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
    6. Re:Similar to the Net/OpenBSD split by Elwood+P+Dowd · · Score: 1

      >> A fifth open source BSD might seem excessive to some, but there are still many ways for such a project to differentiate itself.

      > Hmmm....I'm not convinced, you'll have to try harder.

      A Mach based BSD with a DisplayPDF buffered windowing system, binary compatible with Quartz? And a really clean GUI that uses the same widget dimensions (not pixmaps :) as Aqua? And GNUStep style binary compatibility with Cocoa applications?

      I can think of other ones, but that just popped into mind. Call it BSD/Ten or GNU/Ten, depending on licensing preference.

      --

      There are no trails. There are no trees out here.
    7. Re:Similar to the Net/OpenBSD split by khuber · · Score: 1
      There are more than 5 different Linux distros

      But not kernel forks which is what Net/Open/Free BSD are.

      -Kevin

    8. Re:Similar to the Net/OpenBSD split by kwoo · · Score: 1
      Hmmm....I'm not convinced, you'll have to try harder.

      A BSD variant that lent itself to easy embedding (base system in less than 16 meg, say for one of the older iPAQs) would be most welcome, for instance. I know there are similar projects in Linux and there is a NetBSD port, but they require much more storage.

      A BSD-based RTOS would be nice as well.

    9. Re:Similar to the Net/OpenBSD split by Penguin+Follower · · Score: 1

      <flamebait>
      I have no problem with reading the manuals. More people should do it. Hell, I have a bookshelf full...
      </flamebait>

    10. Re:Similar to the Net/OpenBSD split by JWSmythe · · Score: 1


      Maybe he'll name his something more creative/unique..

      --
      Serious? Seriousness is well above my pay grade.
    11. Re:Similar to the Net/OpenBSD split by bolthole · · Score: 1

      you're right. there arent 5 linux kernel forks. There are MORE THAN 5 kernel forks. There are three "well-known" ones, and I'm sure there are hordes (heh) of lesser known ones.

    12. Re:Similar to the Net/OpenBSD split by madprof · · Score: 1

      Yes of course. It's all so much better in the commercial world. Ho ho ho.

      Yes sometimes it really does do good. It's laughable to suggest that a better product would just emerge if everyone worked together. You'd just get a misdirected mess most likely. We can't all use the same system because we all have different needs.
      Open source has been extremely successful in producing quality code and the "commercial opposition" are now shitting themselves in certain monopolistic quarters.

      It helps to have real focus on projects, like you say, and you only have to look at OpenBSD as an example of diversity producing focus that benefits users.

    13. Re:Similar to the Net/OpenBSD split by ameoba · · Score: 1

      If you can move all of the core developers to Canda, you could call it GNU/X

      --
      my sig's at the bottom of the page.
    14. Re:Similar to the Net/OpenBSD split by Elwood+P+Dowd · · Score: 1

      Nah, it'd be worth it for the project to differentiate itself. It could eventually be a very important product.

      --

      There are no trails. There are no trees out here.
    15. Re:Similar to the Net/OpenBSD split by Troll_Kamikaze · · Score: 1

      Oddly enough, it was a very similar event that led to the creation of the OpenBSD project. Theo started it after a (rather extended, IIRC) tiff with the rest of the NetBSD core team.

      Shoot, if it weren't for self-righteous assholes we wouldn't have GNU.

    16. Re:Similar to the Net/OpenBSD split by RedWizzard · · Score: 1
      If you're not asking Matt to leave the project and his technical ability is not an issue, then exactly what is the point of revoking his commit bit?

      I don't see how stopping him from committing will change his behaviour toward other developers. Now if you banned him from the mail list that would be a different story.

      Is he still on the (I believe closed) developers' list?

    17. Re:Similar to the Net/OpenBSD split by TheCrazyFinn · · Score: 1

      Meh, Code forks in Commercial programs are nothing new. How do you think BSD originated in the first place? (UCB forked the AT&T Unix code).

      Or OS/2? Or every other major unix out there (Code forks off BSD or SysV, or both in the case of Solaris, the only OS that is really a fork of itself).

      Or OS X (NextStep/Openstep fork over to FreeBSD/Mach)

      --
      "You've got an invalid haircut" -Warren Zevon - Life'll Kill Ya
  17. Re:Free BSD Dying by CliffH · · Score: 5, Insightful

    People choose FreeBSD, NetBSD, *BSD, anything else because, for them, it fits the bill. I'll be the first to say that I love to push Linux anywhere I see it can make a difference but I'll be honest, I've done my fair share of pushing XP, *BSD, OS/2, 98, NT, OS X, anything that will get the job done for the user. FreeBSD and any of the BSDs for that matter are excellent backend systems. Rock solid, stable, not a lot of fluff, they are there and that's all that needs to be said.

    Linux boxen can be made just as stable, just as reliable, just as "there" as any BSD. I guess in a round about way I'm saying it comes down to preference and familiarity just like anything else. I'm familiar with Linux (11+ years familiar). I'm not as familiar with BSD (only about 5 years now) but I know a good deal of its strengths and weaknesses and I'm happy to say that there are places I would put BSD right now and not one of the Linux distros (barring Slackware or my own) just because of extra work involved that should be unnecessary.

    Ok, done ranting. :)

    Cliff

    --
    sigs are like a box of chocolates, they all suck remove the underscores to email me
  18. Re:Free BSD Dying by ajole · · Score: 2, Insightful

    mate, have you ever _tried_ FreeBSD? I'd say it's got more of a *fine-lined niche* than any other free os out there. Isn't Linux still expanding its horizons looking for one.

    Be careful about generalizing.

    --
    -P ...and the boy pulled open his bleary eyes an discovered the python he always knew he was.
  19. Slashdot ... by Space_Nerd · · Score: 5, Funny

    ... Gossip for Nerds, Stuff that chatters.

    I know, its not even funny.

    --
    Everybody has a purpose in life, maybe mine is to lurk in slashdot.
    1. Re:Slashdot ... by Space_Nerd · · Score: 1

      Because i don't believe in karma.

      --
      Everybody has a purpose in life, maybe mine is to lurk in slashdot.
  20. Re:Nice name... by Anonymous Coward · · Score: 1, Informative

    Matt Dillon did his C compiler for the amiga, when the actor was a teenager star...

  21. FUD by BattleBlow · · Score: 5, Insightful
    This has to be one of the most FUD ridden articles that have been posted in a while.

    Firstly, the FreeBSD Core team (the use of "core developer" in the title of the article could be misleading) have given a lengthy explanation of this decision on the developers private list. This is where the explanation belongs and where it should stay. The reasons and the action are internal to the project and don't need to be aired in public.

    Secondly, Matt is not the first, nor the last I dare say, high profile developer to leave the project. It didn't mean the death of FreeBSD then, it doesn't now. No single developer, no matter how talented and hard working, is irreplaceable. While Matt's technical contributions will certainly be missed, the claims of "imminent death, film at 11" are the same baseless FUD that came out when Mike Smith left or would have come out when John Dyson left (had Slashdot been around).

    Thirdly, Matt is still free to contribute should he so wish. The only difference is that he will now have to contribute through PRs, at least for the near future, just as every other contributor started off doing, rather than directly committing himself. Whether he chooses to do this once the dust has settled is, of course, up to Matt.

    Finally, long live FreeBSD! Can we please get back to worthwhile stories now :).

    1. Re:FUD by The+Bungi · · Score: 4, Interesting
      the use of "core developer" in the title of the article could be misleading

      No, actually it's indicative of elitism. It separates the haves from the have nots in the worst way possible. "You're not a member of the core team, you can't commit" as opposed to the way it's done in Linux, where the lines are well-defined but not labeled.

      Any projects needs leadership, but even avoiding dumb lofty titles and meaningless labels go a long way towards improving what is, in the end, a communist-type dictatorship that runs largely on good will (and I make no judgement regarding that, that's just what it is).

    2. Re:FUD by Anonymous Coward · · Score: 2, Insightful
      The reasons and the action are internal to the project and don't need to be aired in public.


      Thank you for providing, in a single sentence, the best reason to use Linux rather than FreeBSD. With FreeBSD, you basically have a bunch of whiny elitest developers writing code behind closed doors and releasing periodic snapshots for the dirty masses to consume. With Linux, you have a bunch of whiny, elitest developers writing code in the open, warts and all. Since pretty much all developers are whiny and elitest, I'd much much rather have the second situation when I am using code for important tasks.

    3. Re:FUD by BattleBlow · · Score: 1
      You seem to have some of your terminology mixed up.

      Core are not the only ones allowed to commit. They are simply the democratically elected body of committers who preside over the welfare of the project. There are many more committers than there are Core members. I don't see Core as a particularly lofty title (for heavens sake, they have to be called something).

      Note that until a few years ago, Core wasn't elected, so its hard to argue that the project is moving in a direction that is more dictatorial.

      For that matter, I can't seriously believe you are arguing that FreeBSD is somehow a big bad dictatorship when you've just compared it to Linux. Linux has a committer list of precisely one, Linus. Perhaps you need to refresh your memory on what a dictatorship is :).

    4. Re:FUD by BattleBlow · · Score: 2, Insightful
      With FreeBSD, you basically have a bunch of whiny elitest developers writing code behind closed doors and releasing periodic snapshots for the dirty masses to consume.

      Please explain how a public CVS repository (and CVS commit mailing list) is "writing code behind clsoed doors".

      While you are at it, you may want to explain the logical leap from internal developer politics to code openness.

    5. Re:FUD by Eneff · · Score: 1

      Sorry, doesn't work like that in high publicity cases.

      It will come out precisely because people don't keep their mouths shut.

      The best way to avoid the controversy is to be honest without being blunt. If you want something to stay unknown, put out a press release. If you want the news spread, divulge the information as a secret.

      I'll put the over/under of the email at 5 days.

    6. Re:FUD by The+Bungi · · Score: 1
      I can't seriously believe you are arguing that FreeBSD is somehow a big bad dictatorship when you've just compared it to Linux.

      They are, both. Except that FreeBSD has a Politburo, whereas Linux only has a premier.

      Like I said, I'm not making any judgements on whether or not that's good - their software, their system, their rules. I do however find the whole "core team" thing to be a bit of an elitist thing, especially -like I said- in a project that runs on the goodwill of the people who contribute to it.

    7. Re:FUD by SwedishChef · · Score: 1

      I suppose if you define "FUD" as "questions I don't want to hear and don't want to answer" you're right. Otherwise this article seems pertinent and germane to a subject that purports to be "open source". If any developer is truly free to port code to a project, then every developer who does so needs to have a copy of the rule book. If Matt's actions were contrary to a secret set of rules that only you and a few other select people understand, then how can any other developer work for your group with any sense of security? The alternative is to assume that there is an elite cabal whom one must never piss off regardless of whether they're right or wrong. The only question then is who they are.

      If you want people to work for free, you should not expect them to put up with a management that covers up its actions and motives and when questioned replies with "let it lie".

      Concerns about the future of freeBSD revolve around the question of just exactly how many competent developers will be left after they realize that there is a secret rule book. This isn't "FUD", it's a recognition of reality.

      --
      No one ever had to evacuate a city because the solar panels broke!
    8. Re:FUD by timeOday · · Score: 1

      AFAIK the ONLY person to commit to Linus' linux tree is Linus. Is that incorrect?

    9. Re:FUD by Jester99 · · Score: 1

      Hrmmm, I wonder what would happen if Linus agreed with you there

      Troll, sure, but I'll bite. There's been lots of talk about this (Search online for "Linus Hit By Bus")...

      Basically, yea, it'd be a rough transition at the start. But Alan Cox, marcello and the other primary maintainers and contributors could probably fill in the gap.

    10. Re:FUD by BattleBlow · · Score: 1
      Actually, I define FUD in the traditional meaning of "fear, uncertainty, doubt". You'll note that the original article included, amongst similar content, the question "Would someone from the FreeBSD team care to elaborate and assuage our worries?". The stated "worries" is presumably because the poster is now in a state of fear, uncertainty or doubt about the future of FreeBSD. Spreading this, without any basis, is normally referred to as "FUD". See the repeated "Matt Dillon has left, FreeBSD is dying" posts for an example.

      Also, please read the "secret" rules before commenting on them. The "elite" cabal is also publically documented.

    11. Re:FUD by SwedishChef · · Score: 1

      Fair enough (regarding the cabal and the rules). So why not simply tell everyone what he did and who was pissed? It still looks like it is the same type of secrecy that you'd find in a large corporation rather than an open-source development team. And I don't think /. spread this "without any basis". As a member of the open-source community you cannot expect to be able to maintain a "you don't dare question us" attitude. It's not FUD to publicly question a set of actions or to publicly worry about the direction of a project.

      --
      No one ever had to evacuate a city because the solar panels broke!
    12. Re:FUD by stephanruby · · Score: 1
      "...a communist-type dictatorship that runs largely on good will (and I make no judgement regarding that, that's just what it is)."

      Communist-type dictatorships do not run on good will, they run on coercion. I am surprised that such a non-judgemental post would use so many politically-loaded words (i.e. "communist-type" and "dictatorship").

      "Any projects needs leadership, but even avoiding dumb lofty titles and meaningless labels..."

      In any case, you make a valid point regarding the lofty titles. Lofty titles are a sign of ego-driven organizations. Perhaps, now that you've pinpointed the problem, you could start your own branch called the "EgolessBSD"?

    13. Re:FUD by Wumpus · · Score: 1

      Maybe they worry about damaging Mr. Dillon's reputation? I assume that he might still want to be able to find a job in the future.

      And, no, I have no idea why his commit bit was taken.

    14. Re:FUD by The+Bungi · · Score: 1
      Communist-type dictatorships do not run on good will, they run on coercion

      ... except when it comes to software development, eh? Or is the "bazaar" anything but?

      I am surprised that such a non-judgemental post would use so many politically-loaded words

      Excuse me for making use of the English language. Besides, if it's a duck and all that, well...

      Perhaps, now that you've pinpointed the problem, you could start your own branch called the "EgolessBSD"?

      Ohhhh, the classic "if you don't like it, fuck off" or it's more popular variation "stop complaining and [write some code|fork the source]" post. Hadn't seen that one in a while.

    15. Re:FUD by Jeff+DeMaagd · · Score: 1

      If you want something to stay unknown, put out a press release. If you want the news spread, divulge the information as a secret.

      Or, create a high profile controversy about _nothing_ as a diversion and then quickly "dispose" of the truly troubling matter in relative obscurity.

    16. Re:FUD by bgarrett · · Score: 1

      After a certain point, the internal developer politics will affect the quality of the code. You have a similar situation in Linux, where virtual machines, framebuffers and so forth can be chosen not based on "merit" but on some personal preference.

      While this may or may not affect the openness of the code, it's vital to be able to see for the developers at every tier - if a VM that does a job I need done is dropped in favor of another VM, for example, I can see why, and I can even go talk to the guy whose VM got dumped if I want more patches for it.

      --
      Nothing worth doing is worth doing today.
    17. Re:FUD by erc · · Score: 1

      Oh, that's almost too easy. Having a "private developer list" is certainly "behind closed doors". No such list exists in Linux.

      As for the leap between internal developer politics and code openness, it certainly sounds like the core has let it's own ego get to them. "Internal developer politics" has NO PLACE in a technical environment, as you should well know if you've been developing code for any length of time. Politics is completely independent of code quality, so why throw someone out if they are prodoucing good code? There are a LOT of developers in Linux that are complete jerks, but Linus takes patches from them all, and treats them all the same, because he judges them on the quality of their contributions, not on how well they stroke his ego. Too bad the same can't apparently be said of the FreeBSD core.

      --
      -- Ed Carp, N7EKG erc@pobox.com PGP KeyID: 0x0BD32C9B What I'm up to: http://intuitives.mine.nu
    18. Re:FUD by stephanruby · · Score: 1
      "... except when it comes to software development, eh? Or is the 'bazaar' anything but? "

      I am not sure what you're getting at?

      "Excuse me for making use of the English language. Besides, if it's a duck and all that, well..."

      Again, I think you have a poor understanding of what "communism-type" and "dictatorship" are suppose to be about. That's not a fact, that's my opinion. You're entitled to your own opinion. You're even entitled to call your own dubious opinion a non-judgemental fact, so please don't feel obligated to "excuse" yourself for it (I was certainly not asking for your apology).

      "Ohhhh, the classic 'if you don't like it, fuck off' or it's more popular variation 'stop complaining and [write some code|fork the source]' post. Hadn't seen that one in a while."

      I understand why you may feel this is what I said. Reading it back myself, it sounds like this is what came out, but this is not what I meant. There is no sensible backpedaling on this one, I did a piss poor job at expressing my opinion. So here comes my retraction (for what it's worth).

      First, to recap, here is what I said:

      "In any case, you make a valid point regarding the lofty titles. Lofty titles are a sign of ego-driven organizations. Perhaps, now that you've pinpointed the problem, you could start your own branch called the 'EgolessBSD'?"

      So here is what I wish I would have said:

      Bungi, I think you're on to something. I've heard so many nonsensical self-agrandizing titles, I am really getting sick of them myself. Unfortunatly, "lofty" titles are not only the province of open source projects, really stupid "lofty" titles and really stupid acronyms can also be found in for-profit corporations. For example, I used to work for a department at a company that changed its name to the "World-Wide Consumer Insights Department", please don't ask me what it meant, I still haven't figured it out and I used to work there. In addition, if you look at the World Wide Web, a model of sorts for anarcho-capitalism, I think you'll find a plethora of really stupid "lofty" names all over the place. So in the end, I think "lofty" titles are ego-driven and not necessarily politically-inspired as you seem to imply.

      Perhaps, someone could start an an open source egoless Operating System. The contributions could all be anonymous and noone would be given any credit for their work. The concept would work somewhat like http://c2.com/cgi/wiki?WelcomeVisitors , or http://c2.com/cgi/wiki?CollectiveCodeOwnership , and people would be discouraged to take credit or put initials next to their work. This would take care of the "lofty" title problem, since without a name, they wouldn't care about their title.

      Personally, this is not something I would want to work on myself, since I am an ego-driven individual, but since this idea works somewhat for a good portion of the content on the WikiWikiWeb -- who knows? It could actually work for a BSD operating system.

    19. Re:FUD by Arandir · · Score: 1

      I do however find the whole "core team" thing to be a bit of an elitist thing

      Then what do you want to call them? Directors of Distributed Development? The Warm and Fuzzy People Who Grant Commit Bits?

      They're called the Core Team because they are the core team. Geez.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    20. Re:FUD by Arandir · · Score: 1

      Having a "private developer list" is certainly "behind closed doors".

      Have you seen the volume of traffic on the open FreeBSD lists? The only way to communicate between developers in that environment is to have a closed list. I can easily imagine a thousand posts a day to that list. No developer can wade through that and still get some coding in.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    21. Re:FUD by Arandir · · Score: 1

      Thank you for providing, in a single sentence, the best reason to use Linux rather than FreeBSD.

      My respect for the FreeBSD development process just went up yet another notch. Open Source projects should not be soap operas where everyone gets to learn the dirty little secrets about everyone else. I'm glad I don't get to see that dirty underwear. I'm glad that the reasons for Matt's loss of his commit bit was kept private. ...writing code behind closed doors and releasing periodic snapshots for the dirty masses to consume.

      Every commit is instantly accessible to the public. Every hour you can, if you wish, update your system direct from the public CVS server. And you get your choice of all three development branches.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    22. Re:FUD by rplacd · · Score: 1

      I think you mean "virtual memory", not "virtual machines."

    23. Re:FUD by rplacd · · Score: 1

      I can easily imagine a thousand posts a day to that list.

      That is incorrect.

      Also, if you're working on, say, the sound drivers, there's no reason why you need to read every single message on the framebuffer subsystem (or whatever).

    24. Re:FUD by HiThere · · Score: 1

      For an Open Source project there may be nothing wrong with having a single main controlling hand. Python does it, Linux does it, Perl (I think) does it, Ruby does it, ...
      This isn't to say that this approach is necessary, just that there's nothing wrong with it. If the community comes to dislike the current leader, they can reform around a new leader (or committee) with the same code base. They might need to change their name...

      Calling it totalitarian is silly. The code base is open. What it is, is trusting in the vision of some individual/group. This may be quite reasonable. Individuals tend to have more unified designs than committees (almost by definition). This doesn't guarantee that they'll be better, but it sure doesn't guarantee that they'll be worse. Groups tend to have wider, more inclusive, visions. Individuals tend to have visions focused more on single items, or elegant designs. Which is better depends not only on the skill levels of the designers, but also on what you are doing.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    25. Re:FUD by benedict · · Score: 1

      People who are not members of the core team certainly
      can commit. There are many, many more committers
      than there are core team members.

      See http://www.freebsd.org/doc/en_US.ISO8859-1/article s/contributors/,
      sections 2 and 3.

      --
      Ben "You have your mind on computers, it seems."
    26. Re:FUD by benedict · · Score: 1

      It's actually surprisingly easy to argue that the FreeBSD
      Project (or, better yet, "FreeBSD") is dictatorial. Or that
      it's elitist, childish, etc. All you have to do is ignore the
      facts, and post "FreeBSD is !" as many
      times as you can.

      I have to say, this is not one of Slashdot's finer moments.
      Rarely have so many had so much to say on a topic of
      which they know so little.

      --
      Ben "You have your mind on computers, it seems."
    27. Re:FUD by The+Bungi · · Score: 1
      You're even entitled to call your own dubious opinion a non-judgemental fact, so please don't feel obligated to "excuse" yourself for it (I was certainly not asking for your apology).

      Well, thanks. No apology given, I was merely being sarcastic. Sorry you missed that. Oops, there I go again, being apologetic.

      Bungi, I think you're on to something [...]

      Nice try. But you're misrepresenting what I said - I don't propose that software developers do away with their egos, and I'm certainly not equating the use of titles with egos. I don't see the connection between ego and the requirement to have a title...?

      My original point was that I think the FreeBSD folks are doing it wrong. True, Linux is also a dictatorship, but it's a different approach. And I think it works better.

    28. Re:FUD by Arandir · · Score: 1

      Current list totals for the week (2.5 days):

      freebsd-current: 280
      freebsd-stable: 62
      freebsd-questions: 425

      An generalized freebsd-developers list would easily match those volumes. The reason the lists don't have the high volumes now is because they are dozens of lists (68), each with specific charters. Remove those charters, since this would be an "open" list without restrictions, and you end up with only a handful of lists with the same volume. Remove the moderation (again, because this is an "open" list) and you gain all the offtopic posts and flame wars as well.

      if you're working on, say, the sound drivers, there's no reason why you need to read every single message on the framebuffer subsystem

      Those types of posts are already available on other FreeBSD lists (there are 68 of them). Through all the development related lists into one, and you'll have to filter through all the non-relevant stuff. Either you filter it automatically, with the guarantee that useful info will get thrown away, or do you scan manually through the threads, knowing that thread topics mutate wildly from their subject lines.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    29. Re:FUD by rplacd · · Score: 1

      It doesn't work that way. Keep in mind that many of the posts on -questions/-current/etc are from users, not developers.
      People tend to read -hackers and -current (or -stable, if they're dealing with that branch). They also read specific lists (like -net, or -fs). Someone writing filesystem stuff won't pay much attention to -multimedia. This includes people with commit access and people without commit access. Oh, and -cvs.
      People with commit access also get to read -developers, which (I just asked) varies from 50-100 messages a day on average (highs of ~ 200, lows in the teens).

      Also, you don't need to filter away stuff. This is unix -- don't act so helpless! Use glimpse or kiboze the messages some way to get what you want. Use a threading news/mailreader.
      Really, it's not a problem.

  22. BSD will be stronger than ever! by teamhasnoi · · Score: 2, Funny
    'cause he'll go and work for Apple. He and Steve can work together, and when they have a disagreement, they can play bloody knuckles 'til someone gives in.

    Sounds like crappy politics - ruins more stuff than it should. Why can't people just shut up and code?

    Reminds me of a certain someone, a certain website, and a certain -1 Offtopic Mod.

    But what do I know? Until you get two people together to talk it out while being moderated, you'll never get anywhere once the lines of communication break down.

  23. Re:well.....bring to MS all FreeBSD programmers... by rgmoore · · Score: 2, Funny
    ...then release WinBSD

    Sorry, they already have that. Oh, wait. I thought you said WinBS O D. Sorry.

    --

    There's no point in questioning authority if you aren't going to listen to the answers.

  24. Re:Oh great... SlashTroll Fest! by geekoid · · Score: 2, Funny

    11. List of what people will say.
    12. Duplicate lists of what people will say.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  25. Re:Little explanation? I think there's enough. by Anonymous Coward · · Score: 2, Insightful

    I don't know anything about Matt or the BSD core so I'm only talking generally.

    In my mind an unwritten requirement for most jobs is "smart and friendly." If you rub people the wrong way you're limiting yourself to small, one-person projects. Not the end of the world if you (or your manager) recognize this and play to your strengths. -IT

  26. Re:Little explanation? I think there's enough. by hondo77 · · Score: 1

    There are many strong, good hackers in this world who wouldn't be able to work together.

    Geez, that's the truth. Anybody here ever work at Citysearch? Work is hard enough without having to listen to someone yelling or listening to the voices in your head telling you to strangle that someone. Even over email.

    --
    I live ze unknown. I love ze unknown. I am ze unknown.
  27. Get over it guys by Rykky · · Score: 1

    The adult thing to do here is to do some serious (virtual if needed) handshaking and put this behind you guys.

    1. Re:Get over it guys by blixel · · Score: 1

      The adult thing to do here...

      Get real. This is Slashdot.

  28. This is old news. by Bingo+Foo · · Score: 2, Funny

    Come on, Slashdot. Matt Dillon has been one of The Outsiders for at least 20 years.

    --
    taken! (by Davidleeroth) Thanks Bingo Foo!
  29. Who's next ? by unitron · · Score: 2, Funny

    What about Doc, Miss Kitty, and Chester? Are they the next to be kicked to the curb?

    --

    I see even classic Slashdot is now pretty much unusable on dial up anymore.

  30. Re:Little explanation? I think there's enough. by AxelTorvalds · · Score: 2, Insightful
    This is kind of nice of them. Just as 5.0 was coming out and there seemed to be this general quietness about freedom and the GPL and RMS bashing seemed to be at an acceptable high point the good lads at FreeBSD go and remind us all again what open and freedom is all about.

    I've read some hella good flames and wars on the linux kernel dev list, I never recall someone being invited not to take part though. Al Viro is especially good and reading your code and then telling you exactly how incompentent your are.

    If this guy is the master hacker everyone makes him to be, this isn't enough explanation. Shouldn't the users have some say? Perhaps the mistreated developers should move on to other projects or maybe grow into adults and learn to take the heat, it's just software, it's not like you should be taking the flames seriously.

  31. New Linux Developer by PalmKiller · · Score: 2

    Good, let them kick him out, he is needed more elsewhere. Looks like he will be an awesome kernel developer now that he has more time to work on Linux. IMHO, The freebsd group has been edgy all along anyways and their inability or wishes to tell the community why they canned him is both unacceptable and plain silly.

    1. Re:New Linux Developer by PalmKiller · · Score: 1

      Your probably right, at least on the (b) or (c) since (a) would probably not get him all the credit he deserves. It is probably wishful thinking on my part that he might go ahead and convert totally to linux, but that is of course up to him to decide.

    2. Re:New Linux Developer by PalmKiller · · Score: 1

      At least I am not a coward and have the balls to post my opinon as myself as apposed to hiding behind anonymous. I really should have just ignored this, but this kind of pitiful whining sometimes gets my attention for God only knows what reason.

  32. Re:well..... by Sarcazmo · · Score: 2, Funny

    BSD programmers already code for MS, haven't you read the license?

  33. The Matrix Has You (deja vu)... by snowpuppy · · Score: 4, Funny

    Theo de Raadt Version 2.0

    "FreeBSD Core Developer Guy: A black cat went past us, and then another that looked just ...

    FreeBSD Core Developer Girl: How much
    like it, was it the same cat? ... A deja vu is usually a glitch in the Matrix"

    Theo de Raadt Version 2.0

    Snowdog

  34. Re:Little explanation? I think there's enough. by StressedEd · · Score: 2, Insightful

    a bunch of bitchy whining children

    I think that's a little unkind. Politics and ideology get in the way of many things. Someone that's a brilliant coder is of little use to a team if they are not prepared to listen to other people.

    If I were a hardned cynic of course I would refer the reader to my signature... ;-)

    --
    Be nice to people on the way up. You will meet them again on your way down!
  35. It was the cover sheet! by AgTiger · · Score: 5, Funny

    Um, Matt? There's a small problem... You forgot to put a cover sheet on your last TSP report, I'm afraid we're going to have to kick you off the development team.

    1. Re:It was the cover sheet! by ehudokai · · Score: 3, Funny
      not to be a troll, but isn't it TPS report?

      I just hate for the best movie ever to be misquoted...

      --
      This is just sig!
    2. Re:It was the cover sheet! by stefanlasiewski · · Score: 1

      not to be a troll, but isn't it TPS report?

      Bah! You're not a geek, you're a manager! You're not alowed in here! GET OUT! GET OUUUUUUUUUT!

      --
      "Can of worms? The can is open... the worms are everywhere."
    3. Re:It was the cover sheet! by catch23 · · Score: 1

      yeah, everytime I see the three letters "TSP" I think of the traveling salesman problem for some reason...

  36. Re:Little explanation? I think there's enough. by BaldingByMicrosoft · · Score: 5, Insightful
    Perhaps the mistreated developers should move on to other projects or maybe grow into adults and learn to take the heat, it's just software, it's not like you should be taking the flames seriously.
    This is wrong in so many ways, I don't know where to begin.
    Suffice to say, the ends do not justify the means.
  37. Re:Little explanation? I think there's enough. by robbo · · Score: 4, Interesting

    I don't know how the core team manages its repositories, or what their submission policy is, but I would interpret this move as analogous to revoking MD's write access to cvs. I'm sure he's 'welcome' to continue to submit patches, just like any other schmoe. And of course, he's always free to fork..

    --
    So long, and thanks for all the Phish
  38. FreeBSD != Linux by kikta · · Score: 1, Redundant

    FreeBSD is not Linux. They are two different things. I'm not really sure what the point of your comment is. "...barred from committing any changes to the FreeBSD kernel" means that he can't make changes to the official version on his own. He would have to send his changes to someone still on the team & have them approve it & add it. Just like the average joe programmer looking to help out.

    1. Re:FreeBSD != Linux by j-pimp · · Score: 3, Informative
      FreeBSD is a failure.

      So lets look at some facts:
      • Yahoo is powered by freebsd
      • Hotmail was (is still?) poewered by FreeBSD
      • My laptop is powered by FreeBSD
      • KDE works great and GNOME ain't to shabby
      • My laptop is powered by FreeBSD. I switched from OpenBSD because KDE3 wouldn't compile.
      • Sun and FreeBSD have come to some kind of agreement so FreeBSD will be distributed with java once sun and java figure out what the agreement is that there lawyers made. Until then all you have to do is download two tarballs, stick them in the righ place and install like any other port.
      No its not cool. No its not the place to be for games or embedded systems with GUIs. However, it's great for web/database type things and other places you need scalibility because alot more kernel parameters can be set on the fly than in linux. Also it does have its share of wizbang. Background fsck! Yeah thats boys and girls. System boots up after power failure or kernel panic, fack the / partition, which of course is small and does not contain /usr, /var or /tmp becasue your a competent sysadmin from all those years of slashdot reading. It mounts the other partitions dirty and does fsck while the system is up and running. No its not perfect, no I wouldn't do it on a server yet, but its available in 5.0 and by the time 5.2 comes out (the ok 5.x is ready to take on your super mission critical 5 9's project release) It will be, and its easy to turn off. However, it only failed me once and no data was lost. The point however is there is some innovation going on in FreeBSD land and sure its playing catchup with linux in certain aspects but every damn OS is playing catchup with every other fucking OS out there in some regard. Can you find me one super fast, super GUI, super CLI, Everyones using it OS?

      --
      --- Justin Dearing http://www.justaprogrammer.net/ We're just programmers.
    2. Re:FreeBSD != Linux by j-pimp · · Score: 1

      Define failure. It works, its used, and its actively developed.

      --
      --- Justin Dearing http://www.justaprogrammer.net/ We're just programmers.
    3. Re:FreeBSD != Linux by Rhubarb+Crumble · · Score: 1

      I think he means, you miss the point, you're being trolled.

    4. Re:FreeBSD != Linux by j-pimp · · Score: 1

      Yeah but if rednecks were doing the negotiations they would all shoot each other till then ran out of ammo and drink moonshine afterwards. Then the contracts would all find there way into a birdcage and the two sides would shake on something to the effect of:
      If y'all at BSD promise to display a sun logo good and proper on you CDs and submit to stand`ards comp'lance then our boys at sun dont see no harm in you putting java on dem dare shiny platters with the devil pictures on dem.

      --
      --- Justin Dearing http://www.justaprogrammer.net/ We're just programmers.
    5. Re:FreeBSD != Linux by EelBait · · Score: 1

      You missed one. Mac OS X is based on FreeBSD.

  39. Yes, that's right. FUD on slashdot... by thrillbert · · Score: 3, Funny

    ... film at 11.

  40. Why can't people just shut up and code? by Quazion · · Score: 1

    i wonder why you post on Slashdot, why not shut up and code something ?

    err... people like to hear them selfes, by talking people can give there mind some rest and by talking crap they thought over and over again they get some small comment from someone that they then add to there idea and make it a little bit better and so it goes on until you need to talk again...

    its life face it :)

  41. Re:the reason by The+Bungi · · Score: 1
    May I introduce you to Anonymous Coward, one of our most prolific authors here at Slashdot.

    BTW, do you know the expression "YHBT"? Well, YHBT.

  42. Re:the reason by mlk · · Score: 1

    > And besides, mere posession of any kind of *whatever* should never be construed as a crime

    When you have been rapped then had the pictures spred on the internet come back and say that!

    --
    Wow, I should not post when knackered.
  43. YHBT. YHL. HAND. by Pac · · Score: 1

    Next time we hope you fare better. The game is open 24 hours a day, seven days a week.

  44. Free BSD (not) Dying by TPS+Report · · Score: 5, Insightful
    For Gods sake, why would someone choose BSD over linux????
    First, let me congratulate you for your enthusiastic use of the ? key. Second, if you'd actually used FreeBSD/OpenBSD in any real capacity, you'd realize that the structure and design of BSD makes it attractive for many people who try it.

    First, remember that there is no magic bullet. There are always tradeoffs with anything. Linux has definate strong points (new hardware support usually hits linux first; there are more developers for linux). FreeBSD has fewer developers, and doesn't support the newest hardware as quickly - but the (FreeBSD) network stack is extremely solid, and the system design is very clean.

    So, you have to evaluate your goals in these kinds of situations. Are you out to get the newest hardware and features, or are you looking for a clean design and good performance.

    There is a reason many sites (like Yahoo, imdb, cr.yp.to) use Open/FreeBSD to run their servers.
    If that's not one of your priorities, but you're still curious: I'd still take a look at FreeBSD; the overall design is quite pleasant to work with.

    Also, many of the exploits produced are usually done on Linux, at least initially. This could buy you a little extra lead-time when something malicious is released. It's not security by obscurity, but it is a fringe benefit.

    As always, if you're truly curious as to which OS would suit you best, you should put a little effort into it, and do some research yourself. I'm not saying you shouldn't use Linux, and I'm not saying you should use FreeBSD. FreeBSD is not for everyone. Linux is not for everyone. Do the research, decide for yourself, and next time - when you feel the urge to ask "why use *BSD?" -- you'll be able to at least discuss what you do or don't like about either. Otherwise, you end up contributing nothing to the discussion.
    --
    I was told that I could listen to the radio at a reasonable volume from nine to eleven...
    1. Re:Free BSD (not) Dying by Enraged_jawa · · Score: 1

      BSD is for people that enjoy the way the Unix operating system works, while Linux is for people that hate Microsoft.

    2. Re:Free BSD (not) Dying by Xtifr · · Score: 1

      Actually, in my experience (20+ years general programming, a dozen or so with unix and unix-like systems), Linux is generally closer to Unix(TM) than BSD is in most respects, and porting programs from Unix to Linx is usually easier than porting to the BSDs from Unix. (Which probably has a lot to do with why a lot of companies that have supported Unix(TM) are now supporting Linux.)

      For that matter, porting between Linux and BSD is usually easier than porting between Unix and BSD. Linux really does a good job, IMO, of offering the best of all worlds, and looking pretty close to what you'd expect, no matter what sort of unixlike system you expect.

      I would correct your statement to "BSD is for people that enjoy the way BSD works, while Linux is for people that enjoy the way Linux works." Stated like that, though, it doesn't seem like much of a revelation. :)

    3. Re:Free BSD (not) Dying by fault0 · · Score: 1

      it's funny how imdb.com runs *BSD and Matt Dillon is an actor, heh.

    4. Re:Free BSD (not) Dying by Enraged_jawa · · Score: 2, Interesting

      I should have explained that I was an Engineer at AT&T Bell Labratories from 1977 to 1999, and my comments were based on the fact that the Unix System V (release 3) with extensions from from BSD 4.1 and 4.2 were ported to the AT&T PC 7300/3B1 computers that were popular in the mid 80's or so. Ironically, although we (AT&T) owned the Unix operating system, the powers that were in the mid 90's standardized on Microsoft Windows for the company. I still can't understand what they were thinking, but it wasn't the right choice, IMHO.

    5. Re:Free BSD (not) Dying by ces · · Score: 1

      Damn that .NET crap is everywhere now.

      I guess I should just ask Bill and Steve what I need to do and where I want to go.

      --
      Happy Fun Ball is for external use only.
  45. Kumbaya... by EmbeddedJanitor · · Score: 1
    Good software does not happen by sitting in a circle holding hands and singing Kumbaya.

    It is a sad day when group love and touchy-feely wins out over technical excellence.

    --
    Engineering is the art of compromise.
    1. Re:Kumbaya... by yardgnome · · Score: 1
      It is a sad day when group love and touchy-feely wins out over technical excellence.

      And it's a sad day when people start to think that the job and its technical merit is all that matters. It sounds like this guy was doing more than bashing his coworkers about their coding skills. And I'm willing to bet it was a very regular occurrence. So the question becomes, "Do we employ X number of good coders all working together towards a common goal, or one highly talented asshole that thinks he owns the world?"

      --
      4-star general in a one-man army.
    2. Re:Kumbaya... by Moofie · · Score: 2, Insightful

      IF it went down the way everybody seems to think it went down, I'd write your point the other way:

      It is a sad day when one person's arrogance and abusiveness excludes them from technical discussions.

      Communities have a right to choose with whom they wish to associate. I don't HAVE to put up with your abuse, just because you're smart.

      --
      Why yes, I AM a rocket scientist!
  46. Re:Little explanation? I think there's enough. by billburroughs · · Score: 1, Insightful

    This is wrong in so many ways, I don't know where to begin.

    I do. Sounds to me like his ego to brain ratio was way, way too high. It's a consistent problem with many developers (not all, so don't even fucking think about modding this flamebait, flamers). Writing code is not necessarily easy, but you're not Jesus Christ or anything. I have yet to meet a developer that doesn't make mistakes. Ever.

    --
    - The word is a virus.
  47. Re:get some perspective, please. by jericho4.0 · · Score: 1
    No, I wouldn't be one of those folks, yes I'm happy with freeBSD, thank you.

    And you're right. The developers owe the users nothing. They can sit at computers all day ignoring feature requests and bug reports, kicking people out they don't like, and generally doing whatever they want. That doesn't mean it's right. The free software development proccess should be open and transparent, not wrapped up in ego trips and power games.

    I think my original point still stands. Free software doesn't belong to the developers, it belongs to the users.

    --
    "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
  48. Re:get some perspective, please. by Planesdragon · · Score: 1

    I get tired of such stupid comparisons. Get it straight: sharing information is not unAmerican, it violates no one's rights and it helps everyone but those who would perpetually sell you the equivalent that does not work as well.

    There is a corallary between Communism and Stallmanesque Free Software : both take away a private right and, through a legal and ideally fair means, give it "the people." But since Stallman doesn't have a military or a lot of cash, he doesn't have nearly the corruption issues. :)

    Of course, the comparison is foolhardly when you're talking about BSD...

  49. Re:Little explanation? I think there's enough. by AxelTorvalds · · Score: 4, Interesting
    You're right the ends don't justify the means. That's why they shouldnt' take themselves so damn seriously. I'm not advocating abuse, but at the same time, it's software and it's not personal. What is important is what the end users do with it. It's far more important than the egos of a few developers. This guy had better be a raging prick, a few arguements or some abrasive characteristics doesn't cut it. In contrast their have been some amazing flames in Linux land and the guys who take part are amazing in their ability to not take it personally and the whole keeps improving.

    Of course that's the whole BSD movement, 2 developers get their panties in a bunch and instead of either one of them being big enough to compromise they fork. You can't tell me that the OpenBSD folks aren't doing things that all BSDs benefit from, same for FreeBSD and their amazing accomplishments. FreeBSD has been strong so far but it's sad to see them drop to that same level.

  50. Re:Matt Dillon's commit bit is dead. by larry+bagina · · Score: 2
    interesting that this was called flamebait. seemed funny to me. Of course, as it requiressome knowledgf of operating system internals, it's not surprising the slsahbots missed its meaning.

    Anyhow, with multitasking read/write I/O, the disk scheduling marks the commit bit in buffer pages to signal that they need to be written back to disk. And, commit has the dual meaning with CVS. Hence, it's funny.

    --
    Do you even lift?

    These aren't the 'roids you're looking for.

  51. If FreeBSD is going to die becasue of this.... by Jboy_24 · · Score: 3, Insightful

    then the FreeBSD project isn't worth keeping around.

    If they let this project revolve around one guy then the project was doomed from the beginning.

    Actually this is a good test of FreeBSD, if it survives its because its bigger then this one guy, which is the way projects should be.

    1. Re:If FreeBSD is going to die becasue of this.... by lscotte · · Score: 1
      If they let this project revolve around one guy then the project was doomed from the beginning.

      Yeah, good thing Linux doesn't do this. Oh wait... I remember hearing about some guy named... hmmm... Linus or something like that. :-)

      Long live FreeBSD!
      --
      This post is licensed under the Creative Commons Attribution-Noncommercial-No Derivative Works 3.0 License.
    2. Re:If FreeBSD is going to die becasue of this.... by Jboy_24 · · Score: 1

      I didn't... I was posting on the distription given by the article submitter, who on hind site, is probably his Girlfriend, Good Friend or Sister.

  52. Re:the reason by lethargic · · Score: 1

    Unless you can show us some mail archives, or some other kind of "proof", I will consider this to be a very bad joke.

  53. Re:Little explanation? I think there's enough. by RevAaron · · Score: 4, Informative

    Just as 5.0 was coming out and there seemed to be this general quietness about freedom and the GPL and RMS bashing seemed to be at an acceptable high point the good lads at FreeBSD go and remind us all again what open and freedom is all about.

    What does this have to do with GPL or its attitude? Linus could just as easily bar kernel patch submission from some individual who he thought was causing problems.

    This problem individual could just as easily keep on running with his own special kernel, with all these swell changes Linux kept rejecting. Same goes for FreeBSD- you can get the source, and this guy, or anyone, could keep on writing new code, patching their setup and giving the away the code.

    Just because a project is GPL doesn't mean that it'll take code from anyone, or have a CVS server to which anyone could commit. From where would you get this silly idea?

    --

    Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
  54. Re:Little explanation? I think there's enough. by Otter · · Score: 1
    ...the good lads at FreeBSD go and remind us all again what open and freedom is all about.

    Sorry, is "you must give commit privileges to everyone regardless of how much of a disruptive nuisance they are" what "open" is all about, or is that "freedom"?

  55. Titanic Fucking Ego Problem? by gelfling · · Score: 1

    I think that was the problem. A close second might have been

    InfuckingCredibly Massive Level of Arrogance Syndrome.

  56. Re:Little explanation? I think there's enough. by Waffle+Iron · · Score: 4, Insightful
    Open Source at it's best - a bunch of bitchy whining children.

    The only difference between the bitchy whining children in open source development and the bitchy whining children in closed source development is that the latter have signed NDAs that keep the pissing contests out of the public spotlight.

  57. Re:Veeee? That doesn't sound mexican to me by djmoore · · Score: 1

    Treasure of the Sierra Madres, directed by John Huston. See the IMDB.

    --
    In the wrong hands, sanity is a dangerous weapon.
  58. dillon leaves the FreeBSD project by groggy-P · · Score: 5, Informative
    The information you have is from the open FreeBSD-chat mailing list. The thread was started by people in the project who are not on the closed developers@FreeBSD-org mailing list, and some of the statements are wide of the mark:
    • Matt Dillon was never a "core developer". The FreeBSD project doesn't use that term, but it looks like a reference to the core team. Matt has never been a member of the core team.
    • Matt has done some very good work over the years. His contribution to FreeBSD release 4 was invaluable, but it would be wrong to suggest that he single-handedly made the difference. Commit statistics on the orginal list show that he has not been very active over the last 12 months.
    • I was not aware of his involvement with Linux VM. Nothing we have done will change this, though.
    • The FreeBSD core team has informed the development community in detail about the reasons for Matt's removal. We don't think it's appropriate, nor fair to Matt, to wash dirty linen in public.
    • Matt has very little influence on the future of the FreeBSD kernel. That work which he has done over the last two years or so was mainly maintenance.
    It's always sad to have to make these decisions. It's even more difficult to defend them when our hands are tied behind our backs.
    1. Re:dillon leaves the FreeBSD project by gurensan · · Score: 3, Insightful

      Maybe it's dirty laundry, maybe not. It doesn't matter. The Linux kernel can always use someone of his talents.

      --
      You are all fartheads.
    2. Re:dillon leaves the FreeBSD project by Rares+Marian · · Score: 3, Interesting

      >The FreeBSD core team has informed the development community in detail about the reasons for Matt's removal. We don't think it's appropriate, nor fair to Matt, to wash dirty linen in public.

      Um, then what the hell was the point of this whole article?

      Oh and I see the FreeBSD team has their hands tied behind their backs. Freedom counts folks...

      --
      The message on the other side of this sig is false.
    3. Re:dillon leaves the FreeBSD project by Rojo^ · · Score: 3, Insightful

      Not all slashdotters are trolls bud. I am sure this wasn't an easy decision to make -- kind of like kicking someone out of the Peace Corps or United Way. There's no easy way to do it. I don't envy the deciding group's situation, but moreso, I don't envy the mixed feelings involved in having to wave goodbye to someone who has provided an invaluable contribution to such a monumental project. FreeBSD will go on though, and Matt Dillon's talent will certainly provide invaluable contributions for other projects. Sorry things have to happen for the bad though.

      --
      <:
    4. Re:dillon leaves the FreeBSD project by Anonymous Coward · · Score: 5, Insightful

      The FreeBSD core team has informed the development community in detail about the reasons for Matt's removal. We don't think it's appropriate, nor fair to Matt, to wash dirty linen in public.

      When it comes to Free software, isn't "the development community" the same as "the public"?

      This stuff raises more questions than it answers. Granted, I really don't care about the precise names behind FreeBSD, and I'll forget about this promptly I'm sure, but I hate to think the influential folks in the BSD community aren't engaging in some kind of power play or the keeping of dirty little secrets. There should be openness in the mechanics of the BSD as project, just like the code is open.

      I'd like to think Free software is above the stuff that goes on in corporate boardrooms, but maybe not?

    5. Re:dillon leaves the FreeBSD project by brass1 · · Score: 4, Insightful
      Matt has very little influence on the future of the FreeBSD kernel. That work which he has done over the last two years or so was mainly maintenance.

      I'm sure this will get modded down, but that's a pretty gutless statement to make, and really isn't supported by the commit logs. Though, when it's time for Core to toss someone under the bus...

      To be sure, there is plenty of history with Matt, much of it not great. He's simply not a team developer. However, I honesty hope there's more to this and this than there appears to be.

      One wonders when Core is going to stop acting parents and start acting like leaders.

    6. Re:dillon leaves the FreeBSD project by kraksmoka · · Score: 1

      i work on everything. this is not zealotry, its just the way it is.

      actuallly. when i read through my web logs BSD beats the tar out of Linux hands down. yes, that's right, because the most popular distro of BSD (Mac OS) is on five times as many desktops as Linux.

      I happen to serve with Linux, and use Mac on my TiBook and take money from stupid Winblows Lusers to plug in their speakers and setup their outlook virus spreaders. I'm platform agnostic.

      But please Mr. AnonyTroll, get the facts straight. If we're all lucky, Debian will win the desktop wars after Apple ports Aqua onto it or someone gets a OSS genius bug up their ass and creates OpenQuartz out of an old next box with post script display.

      Until then, at least there's a BSD distro with great app support, a strong community and only minor problems in the grand scheme of things.

      --
      "You never want a serious crisis to go to waste." - Rahm Emanuel
    7. Re:dillon leaves the FreeBSD project by dagooncrn · · Score: 2, Informative
      Yup, he didn't get to core team in 2002 election
      ==vv New Core vv==
      rwatson (171)
      imp (157)
      peter (151)
      murray (128)
      markm (119)
      jhb (99)
      grog (88)
      wes (85)
      kuriyama (83)
      ==^^ New Core ^^==

      brian (79)
      matusita (72)
      dillon (64)
      --
      -- mg
    8. Re:dillon leaves the FreeBSD project by Anonymous Coward · · Score: 2, Insightful

      OK, we have to consider that the FreeBSD has made arguably the most valuable contribution to what is now the most popular commercial UNIX around, MacOS X.

      To top that off, having used FreeBSD extensively in the past, I must say that FreeBSD is one of my favorite free/OSS operating systems, and I enjoy and appreciate it's refinement and clean implentation on a level that no Linux distribution has managed to equal (yet).

      Surely these count for something.

      Why resort to cheapening this excellent operating system with ignorant comments like "it's not linux anyways."

      Regardless, the "core team" voting and commit logs tell the tale more clearly then any teenage pissing contest that may brew on /. - Mr. Dillon's past contributions don't seem to reflect his current performance, and making a big deal out of his departure is missing the forest for the tree's.

    9. Re:dillon leaves the FreeBSD project by t0ny · · Score: 4, Insightful
      im sure 'the public' has very little to do with it, just like 'the public' has very little to do with linux.

      very few people, especially on this board, contribute to any open source projects (I would say far less than 1%).

      So its hardly like the great unwashed masses are making linux what it is; the unwashed masses DO, however, make Slashdot what it is...

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

    10. Re:dillon leaves the FreeBSD project by calc · · Score: 1

      Its great that you found a way to accurately measure how many users there are for any freely distributed software, especially how many desktop users there are for linux. The only thing that can be reasonably measured of course is people who actually pay for their free software, which isn't that many.

      Please share your secret on how to determine the number of users with the rest of us. The last numbers I saw for example showed linux having more marketshare than apple. And yes the reports you get from trade rags are wildly inaccurate.

      That said MacOS X is definitely very nice from what I have seen.

    11. Re:dillon leaves the FreeBSD project by t0ny · · Score: 2, Funny

      I'm sticking with AmigaOS

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

    12. Re:dillon leaves the FreeBSD project by tekvov · · Score: 2, Insightful
      This stuff raises more questions than it answers.

      Maybe so. However, in a controversy the persons involved do feel the pressure to make some kind of general statement. It's respectible that the leaders of the FreeBSD development team do not want to drag Matt's name through the mud, despite the fact that something bad obviously happened causing the leadership to take action and revoke his commit privileges.

      It is a sad situation on all sides. We should not blame the FreeBSD leadership for being noble and attempting to keep Matt's life private and not defame him.

    13. Re:dillon leaves the FreeBSD project by Jimithing+DMB · · Score: 4, Insightful

      Free Software is not necessarily developed publicly. Every project is going to involve at the very least a few e-mails back and forth in private between people. And maybe that evolves into a more formal core team.

      So what? Not everything is meant to be aired in public. You act as though you have some "right to know." Who or what twisted your mind into thinking that it is your "right" to stick your nose in everybody's business?

      I think you need to go turn off the television and stop reading Slashdot for a while.

      NOTE: Of course I was hoping someone kindly leaked the details in the comments, but I'm just curious. I don't expect to be given the details just because I have a pulse.

    14. Re:dillon leaves the FreeBSD project by Asmodai · · Score: 3, Interesting

      You missed the subtle idea that perhaps the person posting this story wasn't one of the developers.

      So whatever the original poster's idea behind this was, I have no idea about.

      Freedom counts, yes, just not at the expense of someone's person. Learn some social skills and think for a change more along the lines of: what if I were in that position, would I like to have the nitty-gritty about my/their behaviour displayed in full? (There are times when you definately _are_ wrong about what you've done, you know.)

      --
      Jeroen Ruigrok/Asmodai
    15. Re:dillon leaves the FreeBSD project by Asmodai · · Score: 1

      Brett,

      give it a rest please. They way you act in all forums definately gives me a sense of how desperate you actually want to have a position where you think you have some `power'.

      I met you in person, and you are quite ok, until you start rambling about BSDL/GPL or the things associated with that. Please, drop it, go and do something constructive with your time. If I had the time you put into all this, pardon me saying so, zealous tracking of issues and responding to them, I would have coded winffs, have TenDRA released up to 7.1.4, and wrote a lot of small compiler tools by now.

      --
      Jeroen Ruigrok/Asmodai
    16. Re:dillon leaves the FreeBSD project by Asmodai · · Score: 1

      You'd rather have 1 talented guy with a big ego that (can) drive(s) other developers away or 10-15 developers a little less talented, but who can actively work together?

      --
      Jeroen Ruigrok/Asmodai
    17. Re:dillon leaves the FreeBSD project by kraksmoka · · Score: 2, Informative
      Its great that you found a way to accurately measure how many users there are for any freely distributed software

      i call it: AWSTATS .

      yes, that's right. it reads weblogs really nicely and only needs old versions of perl to run :)

      funny how site traffic ( 50k + hits per month) provides a very accurate picture of what the world runs on their machines. i get about 30 percent xp, me and 15 win2k and NT then maybe 3 win95, 4-5 mac, and a smattering of different linux and bsd distros. a few people here and there with lynx or even someone on a solaris machine surfin the web. i wouldn't say that linux has more desktop share than apple. servers, yes, more linux servers than apple ones, but not desktop users. just how it is.

      --
      "You never want a serious crisis to go to waste." - Rahm Emanuel
    18. Re:dillon leaves the FreeBSD project by kkenn · · Score: 1

      It wasn't posted by a FreeBSD committer or core team member.

    19. Re:dillon leaves the FreeBSD project by Anonymous+Hack · · Score: 1

      Speaking of TenDRA, do you have any plans to try to build the whole BSD kernel and base userland with it? I would very, very much like to see a BSD release that didn't rely on the GPL build tools.

      --
      I got a sig so you would remember me.
    20. Re:dillon leaves the FreeBSD project by mafkees · · Score: 1

      Ow common,
      Do you people actually do some research before posting something like this?
      I use Debian Linux and OpenBSD for some time now.
      As far as I can see there are 2 major differences:
      Server or Desktop.
      Maybe on desktop market *BSD is loosing but I will never give up my secure and stable OpenBSD machine for the servers I have up.

      Ah well, people love to talk dirt about anything they don't know or are unable/unqualified to use

    21. Re:dillon leaves the FreeBSD project by Sri+Lumpa · · Score: 1

      "actuallly. when i read through my web logs BSD beats the tar out of Linux hands down. yes, that's right, because the most popular distro of BSD (Mac OS) is on five times as many desktops as Linux."

      Depends whether you consider a Mach kernel with BSD style services to really be a BSD as opposed to being BSD-like.

      Personally, given the differences between MacOSX and *BSD (the underlying BSD-style Unix is irrelevent to most MacOSX users and what is relevant to them (the GUI) is totally different from what you find *BSD) I wouldn't count MacOSX as part of it unless I had no way of telling the difference, but that's just my opinion of course.

      --
      "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." Bill Gates,
    22. Re:dillon leaves the FreeBSD project by salesgeek · · Score: 1

      You'd rather have 1 talented guy with a big ego that (can) drive(s) other developers away or 10-15 developers a little less talented, but who can actively work together? Just remember:
      There is no "i" in team, but half of team is "me."

      --
      -- $G
    23. Re:dillon leaves the FreeBSD project by kraksmoka · · Score: 1
      my volvo has the same engine my old 4 cylinder mustang had. does that make it a mustang too, no. does that make it a ford, well, pretty much. fortunately, its not all ford ( never Found On Road Dead, well, completely dead).

      mac os is much more than bsd-like. and there are other mach based distros of linux and bsd; mklinux comes to mind. yes that's right, mach kernel linux. i've used it, it ain't all that, but it is out there.

      and yes, most of em wouldn't care to know the difference between unix and tunics, but those of us that know, appreciate Why the mac is special

      --
      "You never want a serious crisis to go to waste." - Rahm Emanuel
    24. Re:dillon leaves the FreeBSD project by Rich0 · · Score: 1

      Free Software is not necessarily developed publicly. Every project is going to involve at the very least a few e-mails back and forth in private between people. And maybe that evolves into a more formal core team.

      So what? Not everything is meant to be aired in public. You act as though you have some "right to know." Who or what twisted your mind into thinking that it is your "right" to stick your nose in everybody's business?


      I suppose the logic is that linux/FreeBSD is not owned by any development team, but there is a core team out there which everybody genreally acknowledges as being authoritative.

      If you decided that Linus doesn't do a good job you could just copy the CVS over to your own server, and become the new linux head-honcho and fork the project. Most likely you wouldn't attract many developers and you would fall behind the official project. However, if the general consenus was that Linus was doing a bad job and there was a general consensus on a new head-honcho, then the project could just move smoothly to the new core team. With proprietary software you can't do this, as the developers do not have rights to the code they develop. With GPL'ed software, anybody can make a fork at any time.

      Obviously, it behooves the management of any project to keep things reasonably open in front of their user groups if they desire to retain them as a user group.

    25. Re:dillon leaves the FreeBSD project by mnmn · · Score: 1

      if I've gained anything from these posts, from all sides, its that you're all behaving like kids, not professional grown-ups.

      This has to be the maturest post ever. I have so many things to learn from you.

      --
      "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
    26. Re:dillon leaves the FreeBSD project by p3d0 · · Score: 1

      I can't speak about Matt Dillon, but I agree with your assessment. It's important to be respectful of others in Open Source software development, because if you're not, they're unlikely to stick around just for the paycheque.

      --
      Patrick Doyle
      I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
    27. Re:dillon leaves the FreeBSD project by mrlpz · · Score: 1

      You're right, I would agree, doesn't seem like Matt's a "team" kind of guy. But Geezus, how many development teams out there couldn't survive without someone like that in their midst. Homogeneity begats Complacency begats Entropy. Maybe what FreeBSD needs IS specifically a few more Matt Dillon's to get some of the "Grand Exalted Poo-bah's" to re-examine themselves. Though, given general human nature, one would have to doubt they will listen to anyone but themselves. Enjoy that Fiefdom there boys, but watch out what you carve for yourselves. Epitaphs have a way of becoming dance floors.

    28. Re:dillon leaves the FreeBSD project by mrlpz · · Score: 1

      No offense to you, but do they have free speech laws where you live ( I don't know if you're in the US or not ) ? If so, sorry, but his opinion like it or not is just as valid as yours. Frankly, it seems that he's not the only one who's gotten the general sense that there's a little more than just "good programming sense" involved in making the decision that was made. Certainly, Mr. Dillon should really consider toning down on caffeine a bit, he seems to be quite vociferous ( perhaps even adamant ) in carrying his point across. Yet, as I said, don't discount what Brett's comment ( at it's CORE ) is. The fact that independently of his opinion, other's came to the same conclusion, speaks for the veracity of the argument.

    29. Re:dillon leaves the FreeBSD project by mrlpz · · Score: 1

      Obviously Patrick, you live outside silicon valley. Or many other high tech areas. Exactly what condition do you think the economy is in again ? But that's besides the point. Sure, Matt has to seriously consider switching to DECAF. But, and it's a BIG "BUT", exactly what makes you think that he's the only one with a big ego there ? Just because he A) Didn't tow the party line or B) spoke rather strongly, does that make his point any the less strong ? Perhaps, but the fact is. He's got a point. Now c'mon, don't tell me you've never lost your cool with someone else you've worked on a development project on.

    30. Re:dillon leaves the FreeBSD project by Abcd1234 · · Score: 1

      Uhhh, I don't know about this. It's one thing to have variety in personality... after all, multiple points of view are a great thing. And there's definitely nothing wrong with developers being assertive and arguing with the top dogs from time to time (it happens all the time on LKML). But it's another thing entirely to keep an abusive or insulting developer around for the sake of "diversity". It's developers like this which scare off newcomers from contributing to code. It's developers like this who force other developers to leave the project because they're sick of dealing with all the crap. The fact is, you can be different without being a total dick about it.

    31. Re:dillon leaves the FreeBSD project by p3d0 · · Score: 1
      I'm not sure you understood my meaning.

      First, I was saying that people working on OSS are less likely than professionals to hang around a project when it stops being fun. I think the poor state of the economy makes professionals that much more likely to stick with a job they don't like, which makes my point that much stronger. Do you disagree?

      Second, I expressed no opinion whatsoever about Mr. Dillon's ego. (In fact, I explicitly stated that I have no such opinion.) I don't know the guy, and I must confess I had no idea who he was before this Slashdot article, so I am in no opinion to judge the man's ego.

      As for criticizing someone else's work---yep, I have had at least one situation where I handled that poorly. What's your point?

      --
      Patrick Doyle
      I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
    32. Re:dillon leaves the FreeBSD project by mrlpz · · Score: 1

      Don't disagree with you. Then again, it doesn't come across to me ( and I could be wrong, I'll admit ), that the "Core" folks are exactly the most democratic ( if after all, they were ELECTED ) bunch of folks around. True, having a personality like that around can be detrimental to the group. You should always consider though, when you have some personality exascerbated situations in a development team, the actual why's behind the friction. Did Matt jump the shark ? Yeah, he probably did. Did he have a good starting point ( or reason ) when he first took issue with the matter at hand ? Quite possibly, it sounds to me ( and quite a folks ), that it did.

    33. Re:dillon leaves the FreeBSD project by t0ny · · Score: 1
      The users are the only asset of Open source software.

      I dont know about assets. maybe asses, but not assets.

      And I dont know if anything has ever benefitted from having a rabit, ignorant mob of supporters. It seems to me that spreading FUD about using Microsoft products is the only thing most Slashdotters do.

      you may want to look at my posting "My Operating System finances Al-Queda"

      http://slashdot.org/comments.pl?sid=527 42&cid=5225058

      Im beginning to wonder about the wisdom of taking a product made by very intelligent, educated people and giving it away for free, especially when it displaces wealth from an American company.

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

    34. Re:dillon leaves the FreeBSD project by Jimithing+DMB · · Score: 1

      You hit the nail on the head: you normally want to keep your users happy. But in this case (and many cases) what purpose does it serve to make public private information?

      Anytime I hear cries for doing so they seem to come from high schoolers, college students, or other people who just gobble up CNN and MSNBC.

      Think: NORMAL people do not air their dirty laundry. Occasionally journalists will do this for you, but often times I think the journalists should have a lot more respect. Isn't it obvious that they're going to portray airing dirty laundry as a noble effort? I think a good percentage of the population has been brain-washed into thinking it is a noble effort when it's really just a way for them to make a buck off of you.

      That also reminds me.. NBC pissed me off today. They covered the ceremonies at the Johnson Space Center and while they were still showing this nice somber scene Tom Brokaw breaks into this thing about Sadam! However, in his defense you could tell in his voice he would have preferred to give the moment more rest and remain silent. I found it extremely disrespectful, but I'm sure all the other networks did it too. After all, you have a right to know! (what they want to tell you)

    35. Re:dillon leaves the FreeBSD project by Ringlord · · Score: 1

      "I'm sure this will get modded down, but that's a pretty gutless statement to make"

      Yes it is, if you can't support your own statement without that kind of 'sympaty inducing' statement then perhaps you should just stay quiet?

    36. Re:dillon leaves the FreeBSD project by ez76 · · Score: 1
      It does'nt matter, since with Linux you don't have to be a member of any core team to contribute. Anybody can cntribute or not contribute.
      Who are you kidding?

      Have you not read about Linus' infamous "core commit couch"?

    37. Re:dillon leaves the FreeBSD project by Brett+Glass · · Score: 1
      Asmodai:

      I'm doing quite a large number of constructive projects right now -- some of them with BSD. However, one of the things that has driven me away from hacking on BSD is the nasty, ego-driven politics -- including incidents such as this one.

      As for the GPL: Fortunately, those of us who believe in the BSD philosophy understand why it's absolutely vital that BSD does not become assimilated by the Borg (AKA FSF). One of the most irresponsible and foolish actions of the FreeBSD Core Team -- and a good reason for its impeachment -- has been to allow GPLed code into the base system. The code should be removed at once, along with anyone who will not enforce a strict no-GPL policy.

      --Brett Glass

    38. Re:dillon leaves the FreeBSD project by Vidar+Leathershod · · Score: 1

      It seems to me that you are invested in this decision, and that is why you are expending so much energy in defending it. You criticize this "Brett", and tell him to be more constructive with his time. Wise advice that you should take to heart.

      It's rather difficult to defend what appears from the list postings to be a temper tantrum thrown by those up top. BTW, after all these comments of yours, have you found time to code winffs, update TenDRA to 7.1.4, and write lots of small compiler tools?

      Having read all your posts on this matter, I have concluded that you are a little man (woman? whichever) with a very gay sounding nick.

      Vidar

      --
      The brains of a chicken, coupled with the claws of two eagles, may well hatch the eggs of our destruction.
    39. Re:dillon leaves the FreeBSD project by Tuross · · Score: 1

      Please, drop it, go and do something constructive with your time.

      Having once been in a similar position, I can vouch for this. Fuck the politics, all you get is serious stress and health problems.

      Most people left x vs. y and the eliteness of the "cool crowd" back in high school, and matured into adults. Don't slip backwards.

      Nobody needs politics. Everybody needs code :)

      --
      Matt
      1. Read Slashdot
      2. ???
      3. Profit
    40. Re:dillon leaves the FreeBSD project by Sri+Lumpa · · Score: 1


      I don't deny that the Mac is special, quite the opposite given that I think that it is special enough to be differenciated from the other *BSD and I sure as hell would like to have one (whenever I buy a new computer it probably will be a Mac).

      As for the engine analogy, MacOS doesn't have a BSD kernel (equivalent of engine, I guess) but a microkernel+set_of_services emulating a BSD setup, which is why I don't consider it BSD but BSD-like. If I didn't then for the sake of consistency I would have to consider Linux to be Unix and not Unix-like (TM notwithstanding) given that it has a kernel and user space libraries that emulates a Unix setup (mostly).

      As for MkLinux, I was given to understand that it was a Linux kernel sitting on top of Mach as opposed to MaOS X that doesn't use any BSD kernel AFAIK (otherwise why call it Linux if it doesn't use it).

      Of course, all this is just a question of semantic and it probably is better that we each keep calling MacOS X whatever we want to call it, the fate of the world doesn't depend on it ;).

      Have a nice day!

      --
      "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." Bill Gates,
  59. Re:Little explanation? I think there's enough. by Anonymous Coward · · Score: 1, Funny
    Writing code is not necessarily easy, but you're not Jesus Christ or anything. I have yet to meet a developer that doesn't make mistakes. Ever.

    Hi. I'm Malda. Rob Malda.

  60. MOD UP UNTIL A FREEBSD CORE GUY SAYS OTHERWISE by Ayanami+Rei · · Score: 1

    For the rest of us who wonders what goes on inside the ivory towers...

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  61. Re:Little explanation? I think there's enough. by hyacinthus · · Score: 1

    "I'm one individual that is damn abrasive. And oversensitive at times. And I've grown a hell of a lot in how to deal with people because of the flamewars as well as the cooling off periods."

    Grown so great, indeed, that your given name is not worthy enough to dignify your comments, Mr. Coward.

    Ernest Tomlinson.

    P.S. If you have to tell people how mature you are, you've probably got some way to go before you get there.

  62. Re:Free BSD Dying by HMC+CS+Major · · Score: 1

    Two big problems.

    First, we all know slackware was released 10 years ago, and before that you'd be using Peter MacDonalds standalone install (unless you're downloading tarbells from the net, which were absolutely horrible to use). Have you been using Linux for 11+ years? Unlikely. If so, what version did you start with? 0.02?

    Second, check the top uptimes on netcraft. You'll note they're ALL BSD.

  63. Re:well..... by Blkdeath · · Score: 1
    BSD programmers already code for MS, haven't you read the license?

    While that may be true (run `strings` against many Microsoft network applications, for example, and grep for "Regents". IIRC, NT4's ftp.exe was fun); what would be the shape of the world without BSD and its license? Who would exist for big iron servers, and who would pave the way for another free OS (Linux) to emerge into this market (it's inevietable; the market wants Linux, the market is going to get Linux, even if companies have to invest billions to do so), and what would be the shape of GPL, and other GPL'ed software had there been no BSD license?

    Ideologically, people may prefer one or the other, but they're both complimentary (believe it or not).

    We should be greatful for what BSD has done for us, rather than whining that "it's dead" and equating it to Microsoft.

    --
    BD Phone Home!

    Shameless plug. Like you weren't expecting it.

  64. oops! by Penguin+Follower · · Score: 1

    I am not that familiar with the *BSDs, so I didn't realize that they don't all use the same kernel. I tried FreeBSD once, there were some nitpicky things I did not like. I've yet to try Net or Open BSD.

  65. Re:well..... by Sarcazmo · · Score: 1

    I mostly agree.

    I think BSD is great for some things, such as reference implementations of standards and other similar things, where getting it right is more important than preventing people from extending the code in closed ways.

    It's also good for small programs that do one simple thing, and do it well, such as most of the basic UNIX utilities.

    Just as people need to be educated about the GPL before using it, they should be similarly educated about BSD, and make a thoughtful choice.

    BSD should equal the assumption that MS will use your code, possibly in a way that could damage you or other free software. It's the price paid for allowing total freedom of redistribution.

    Likewise, the GPL should come with the implicit assumption that you will be making it very difficult for closed source vendors to use your code in their apps.

    Of course, you already knew all that most likely, so we are just treading water here. In the end, neither license affects any end user's freedom negatively, at least never directly, and that is what is most important. Software isn't written for the software industry, it's written for end users. I think this fact alone has been the real drive of the Open Source movement.

  66. Bona fide cuestions by niom · · Score: 1

    Core are not the only ones allowed to commit. They are simply the democratically elected body of committers who preside over the welfare of the project.

    Who elects core developers?

    Who decides if someone is elegible to be a core developer?

    If core developers are elected democratically, why was it necessary to throw out Matt Dillon explicitly instead of just explaining the situation to the electors? Aren't electors trusted to do the (apparently) reasonable thing and unelect him?

    --
    -- Repeat with me: "There is no right to profits".
    1. Re:Bona fide cuestions by mph · · Score: 4, Informative
      Who elects core developers?
      The committers (i.e. developers with write access to the CVS repository, who number in the hundreds).
      If core developers are elected democratically, why was it necessary to throw out Matt Dillon explicitly instead of just explaining the situation to the electors? Aren't electors trusted to do the (apparently) reasonable thing and unelect him?
      Contrary to the title of this Slashdot article, Matt Dillon was not a member of Core, and hence was not elected. He was a committer, one of hundreds. His commit bit was granted by Core.

      It is incredibly frustrating to read Slashdot whenever something like this comes up, because so many people (Linux people, it seems) confuse Core with the body of committers, despite the fact that we go through this exercise over and over again.

  67. Crazy... by Eric_Cartman_South_P · · Score: 1
    The reasons and the action are internal to the project and don't need to be aired in public.

    You must work the the US governemnt.

  68. From the Berlin wall by Pseudonymus+Bosch · · Score: 1

    I didn't know Krushchev was gay.

    Don't know, but I saw Brezhnev kissing Honecker.

    --
    __
    Men with no respect for life must never be allowed to control the ultimate instruments of death.
    GW Bu
  69. Re:Little explanation? I think there's enough. by LordSah · · Score: 2, Insightful

    That's true to a degree. Closed source has the benefit of having a manager that can arbitrate these sorts of fights. Or decide in favor of one side or another.

    Open projects who have a decided leader (Linux w/ Linus for instance) can also work this way, though I doubt Linus wants to arbitrate every argument :)

  70. Re:You skipped way too much school... by dev_sda · · Score: 1

    thats a little nit-picky if you ask me. its never really mattered to me. Grammar is it's own worst enemy when it comes to language. Oh wait, what was it we were talking about?

  71. Re:Little explanation? I think there's enough. by MrWa · · Score: 1
    This is wrong in so many ways, I don't know where to begin. Suffice to say, the ends do not justify the means.

    How so? Obviously, while not commenting directly on this subject, you could still say that just throwing someone off a project for what amounts to a difference in opinion and manner of dealing with those differences is more wrong.

    The end (gaining more civility in kernel discussions???) does not justify the means (kicking someone out). On that you are right.

  72. Re:Little explanation? I think there's enough. by rsidd · · Score: 2, Insightful
    I've read some hella good flames and wars on the linux kernel dev list, I never recall someone being invited not to take part though. Al Viro is especially good and reading your code and then telling you exactly how incompentent your are.

    Apples, oranges.

    Matt Dillon is not banned from any mailing lists. He's only been removed as a "committer". In linux there's only one "committer", Linus himself. Others send patches, to the mailing list or to their pet maintainer upstream. Matt can still do both with FreeBSD, or simply use the send-pr command. What he can't do now is make changes directly to the source tree.

  73. Re:Little explanation? I think there's enough. by On+Lawn · · Score: 1

    this general quietness about freedom and the GPL and RMS bashing seemed to be at an acceptable high point the good lads at FreeBSD go and remind us all again what open and freedom is all about.

    So, while one person is kicked out of the community for narrow minded and adolescent behavior, you present the Linux community as an example for being able to tolerate RMS?

    Fair enough. However, with Debian's patent intollerant behaviour, Alan Cox's famous "Thank you for joining this discussion on (whatever change to the kernel was being advocated) I've now put you all on my kill list," I don't think you have much hole GNU/ground to stand on to make a claim that they haven't shown people the door on occasion.

    Besides, since this is all about software freedom, at least this person has the option to do whatever he wants with the code still. He just can't call it "FreeBSD" which is a fair thing. Just ask Theo.

    --------------------
    OnRoad: It gets you there and back again.

  74. Re:get some perspective, please. by Tomy · · Score: 3, Insightful

    There is a corallary between Communism and Stallmanesque Free Software: both take away a private right and...

    Huh? Whose right is being taken away? The legal IP owner who decides to license his software under the GPL? The person that wants to use the software without abiding by the IP owner's license?

    Exactly what private right is being taken away?

  75. embeddable BSD... by MrChuck · · Score: 1
    Hmmm, a "bsd smaller than 16MB"

    I'm looking at a 500k kernel (compressed) and a crunchgen'd set of binaries taht fit onto an 8MB flash with networking, a shell and far too many other things to really be considered embedded (stuff I need for other reasons). With trimming, I'm sure we could get it down to 4MB for truly embedded use.

    Of course, these guys do embedded systems and own a respectable BSD when they bought BSDI. Of course, we can't figure out why they bought BSDi since their first year appeared to focus on pissing off existing customers when FreeBSD, NetBSD and OpenBSD were as good as or better than BSDi in many respects. At least if I want mediocre support, I can get it for free :)

    And there are other folks in the free world doing embedded work too.

    The bonus is that we don't have to put up with RMS yammering all the time. I watched and waited for HURD forever and just presumed that Emacs would get boot code. He can call that GNU/HURD all he wants. I still wish Linus has made the arbitrary choice of using the BSD-lite userland utils instead. At least the CSRG aren't as strident.

    1. Re:embeddable BSD... by bofkentucky · · Score: 1

      I watched and waited for HURD [gnu.org] forever and just presumed that Emacs would get boot code.
      Remember a few years ago when Sun threatened to unleash a native java bytecode processor, why not an e-lisp one. I bet it would make an interesting masters thesis in Computer Enginering to layout an E-Lisp native proc, complete. Emacs is self hosting right? So it already has a compiler suite/dev environ, as well as most of the relevant network tools (Web Browser, Mail Client, FTP, Telnet). Would make for an interesting project though. Keep in mind I am a biologist by training and a sysadmin by trade so I may be talking out of my ass here but could it work?

      --
      09f911029d74e35bd84156c5635688c0
  76. All tied up with a red rubber ball? by weeboo0104 · · Score: 2, Funny

    You have to look at this with a sense of irony.

    "It's always sad to have to make these decisions. It's even more difficult to defend them when our hands are tied behind our backs. "

    Imagine that! They're into BSD and all tied up! Get it? Get it?

    (Isn't FreeBSD an oxymoron?)

    --
    It is easier to build strong children than to repair broken men. -Frederick Douglass
    1. Re:All tied up with a red rubber ball? by zapfie · · Score: 1

      (Isn't FreeBSD an oxymoron?)

      If you're talking about licensing.. then not according to the Open Source Initiative. The BSD license grants you just as many, if not more freedoms, than the GPL. Perhaps you could elaborate on how you feel FreeBSD is an oxymoron, though.

      --
      slashdot!=valid HTML
    2. Re:All tied up with a red rubber ball? by Cro+Magnon · · Score: 1

      I think you're confusing it with BDSM! Or is it BSOD? Well, both of those relate to bondage.

      --
      Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
  77. Re:Har-de-har-har by DenOfEarth · · Score: 1
    Not that I'd expect the clueless slashidiots to understand

    Yeh, nobody reading this site has any insight into what good coding practice is. I assume that anyone writing kernel code for anything is probably a better coder than I am, and I would hope that they could also take a joke too.

  78. kernel differences by MrChuck · · Score: 1
    lesse, OpenBSD focusses hard on security. Being non-US, it meant they had SSL and IPSEC in their base while Free and NET (being based in the US, mainly) couldn't put that in thanks to ITAR.

    OpenBSD also focussed hard on security through auditing the code.

    I guess this is redundant to the other BSDs. But wait! Reading the kernel commits (see, we use CVS in bsd-land), I can see that FreeBSD has taken (thank you Mr Leffler) many of the crypto kernel and userland utils into FreeBSD from OpenBSD. And OpenBSD just recently sync'd up a bunch of their USB utils with NetBSDs.

    So are they doing redundant work or keeping up a healthy but friendly competition? Many successfull companies will have a couple groups doing similar things - keeps the edge....

    So FreeBSD code appears in Net and OpenBSD, NetBSD coders work appears in Open and FreeBSD, etc, etc. They share with each other to the benefit of everyone.

    As a bonus, it's easy to build from source. /usr/ports/ (pkgsrc on netbsd) lets me just (cd /usr/ports/mail/mutt;make install) and built mutt FROM THE SOURCE for my system.
    No games of "find the RPM" and trust like hell that the person who built that mutt rpm isn't evil. And that they had the same glibc that I had. And they used the options I wanted (

    env FLAVOR="imap ssl" make install
    - for that. So different kernels? Yeah. Different idea's being explored. The best ones trickle into the other kernels. We end up with good VMs (remember the Linux VM battles?), we end up with Solid SMP, advanced file systems (thank you Kirk), we end up with computer science.

    Say, I found an annoying, non-security bug in one of the convoluted (non fsf) programs that came with my Linux distro. I fixed it. Where to I send in a fix that will end up in all 30 linux distros by the next year?
    Oh, right. And there is no "cvs.linux.org" to contain all the patches. There is no strong peer auditing to keep craps from floating upon the water of the distros. The kernel control is pretty admirable, but after that....

    At least it ain't Windows and the good linux hackers often graduate up to BSD with useful skills.

    1. Re:kernel differences by TheRaven64 · · Score: 1

      As a bonus, it's easy to build from source. /usr/ports/ (pkgsrc on netbsd) lets me just (cd /usr/ports/mail/mutt;make install) and built mutt FROM THE SOURCE for my system.
      I've just started using FreeBSD, from a Windows (shudder) and Linux background. The first things I found was the documentation. I've never found anything on Linux that compares with the FreeBSD handbook (and windows 'help' is a joke). This pointed me to a useful command portinstall. It's great. portinstall perl
      'I've found 3 packages with names that look a bit like 'perl', do you want this one? (y/n)' Yes.
      'Oh, it looks like you need some other stuff. I'll just fetch it, compile it and install it for you. Okay done that.
      After that the thought of using rpm again is enough to make you cringe.

      --
      I am TheRaven on Soylent News
  79. Re:well..... by Miguelito · · Score: 1

    Yet they seem to be having an effect on a multi-billion dollar company. Funny that.

    --
    - My favorite error message: xscreensaver, running on an old Sparc 5 w/ 8bit color: bsod: Couldn't allocate color Blue
  80. Re:Little explanation? I think there's enough. by CapnRob · · Score: 1

    "Shouldn't the users have some say?" Well, shouldn't the people who have to work with the guy have some say, too?

  81. Re:the reason by MarkCollette · · Score: 1

    Someone seeing that you were victimized does not in of itself legally victimize you. You might not like it, but that's the fault of the actualy victimizer, not any third parties who merely possess evidence of the initial victimization.

    Laws are intended to protect Justice, not your feelings.

    Mark

  82. Re:well..... by boots@work · · Score: 1

    Well, closed source is filled with self-righteous, immature college dropouts too. So what?

  83. Re:well..... by tigga · · Score: 2, Insightful
    BSD should equal the assumption that MS will use your code, possibly in a way that could damage you or other free software.

    HOW COULD IT DAMAGE FREE SOFTWARE?

    And what's the difference if BSD code used by Microsoft or IBM or Sun or Apple ? Or any other company or organisation or government?

  84. Re:Free BSD Dying by kko · · Score: 1

    IN SOVIET RUSSIA, the dead horse beats you!

    --
    No, seriously, I just come here for the articles.
  85. Re:Little explanation? I think there's enough. by rsidd · · Score: 1
    I would interpret this move as analogous to revoking MD's write access to cvs.

    That's exactly what it is. He can continue to submit changes, just not commit them himself.

  86. Re:It's a bad day for open source really... by Cato+the+Elder · · Score: 1

    "Don't you all find it a bit odd that an open source project bars people from working on it? How can that be?"

    Easy. Open source means "Anyone can use my code in his/her project" with the possible caveat the new project must also be open source. Open source does not mean "Anyone can put his/her code in my project."

  87. Re:Little explanation? I think there's enough. by ces · · Score: 1

    Fair enough. However, with Debian's patent intollerant behaviour,

    From my understanding of the Debian policy on patents this is to protect the Debian project from legal liablity. It has nothing to do with excluding anyone.

    Alan Cox's famous "Thank you for joining this discussion on (whatever change to the kernel was being advocated) I've now put you all on my kill list," I don't think you have much hole GNU/ground to stand on to make a claim that they haven't shown people the door on occasion.

    This was simply a case of Alan not choosing to deal with certain people anymore. This was not the key Linux kernel developers deciding that none of them would deal with these people anymore. If anyone Alan was ignoring wanted to contribute there are other channels and other people who are as key to the Linux kernel as Alan is.

    Frankly this whole mess really isn't an example of GNU vs. BSD licenses but different approaches to structuring an open source development project. Some projects have a rather insular team of developers who communicate mostly out of public view and only occasional take community patches or throw a release over the wall. Some projects get contributions from all over the place and communicate almost entirely in the open. Each approach has advantages and disadvatages.

    --
    Happy Fun Ball is for external use only.
  88. Re:Free BSD Dying by CliffH · · Score: 1

    Yes, Slackware was released 10 years ago. A lot of us didn't start with distros at all. :) I slacked off for a little while testing other stuff (OS/2, NT, Netware) but have always kept some type of Linux floating around wherever I go.

    Peter MacDonald reference. I'm not going to look it up but I'm guessing you're referring to SLS. I could most definately be wrong. That period from 16-17 years old for me is a little on the hazy side. >:)

    And, last but not least, I don't think I said anything the least bit derrogatory about BSD. I just don't see what the second comment was all about. The admins are using the best tools they see fit for the job. Enough said.

    Cliff

    --
    sigs are like a box of chocolates, they all suck remove the underscores to email me
  89. The flamewar is here: by otuz · · Score: 5, Informative

    It seems to have started when Dillon made a clever hack and people got arguing over API problems:

    The problem
    The solution
    NOT another solution ...

    The flamewar starts.. ...

    and continues.

    1. Re:The flamewar is here: by mosch · · Score: 1

      I sincerely hope that you're wrong about that being the impetus for the shunning of Matt. If that's all it was, somebody needs to unknot their cock, apologize, and get back to work.

    2. Re:The flamewar is here: by Civil_Disobedient · · Score: 2, Insightful

      Thank you for throwing "us dogs" at /. a bone, instead of trying to sweep it under the rug like everyone else appears to be doing. "Well, it's not our business, so stop asking," they say. Well, it's on the front page, so a little insight like the links you posted definately illuminate things a bit.

      Now I can understand why the CORE developers don't want to have us dogs snooping on their list. Because it's obvious that Matt was getting extremely frustrated and when he decided to install a kludge to prevent himself from losing hours to recompile time, he was shot down for it. Or offered the magnanimous option of "fixing it himself."

      If my air bag went off every time I went driving, and I couldn't figure out why and neither could Mazda, but I found a way to at least prevent it from going off (but not fixing the real problem), should Mazda prevent me from buying a car again? Yeah, it's a Straw Man. It's an analogy. Get over it.

  90. Re:Free BSD Dying by CliffH · · Score: 1

    heheeh Don't worry about being a troll. If I had some points to spare I'd mod ya up. :) Anyways, boxen. I've always said boxen or boxes or "that big thundering turd sitting in the corner". :) I guess I should stop using that. :)

    As for the aura, I've used so much crap in my little bit of time on computers that Linux "pre-distro" (or, Linux P.D. hehehe) doesn't seem so bad. Back then that was something for me to tinker with, play around with. Now, it's something I actively promote, install, recommend, implement, and maintain on a pretty regular basis. The lack of aura is basically an open mind, open spirit, and hearty enthusiasm. Nothing has jaded me to the point yet that I'm b****ing and moaning about this or that. I'm happy where I am. I'm happy to help, and I'm happy to learn.

    Cliff "Have done way too much posting today" H.

    --
    sigs are like a box of chocolates, they all suck remove the underscores to email me
  91. Re: fork, I get it by pHDNgell · · Score: 1

    How many distinct BSD based operating systems are there (just open source, for this discussion, commercial proprietary ventures don't count)?

    OK, now how many distinct Linux based operating systems are there?

    I don't think forking has been a valid argument for *years*, if it ever was.

    --
    -- The world is watching America, and America is watching TV.
  92. Re:Little explanation? I think there's enough. by eyegone · · Score: 1
    Frankly this whole mess really isn't an example of GNU vs. BSD licenses but different approaches to structuring an open source development project.

    Which could be the subject of an interesting discussion. Sadly, this is Slashdot.

    --
    "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety."
  93. Re:Little explanation? I think there's enough. by DotComVictim · · Score: 1

    FreeBSD is NOT GPL'd people! It is still free to fork, but it has a BSD license. Sorry, but this inaccurary highly annoys me. Score: -1, Anti-GPL

  94. Re:Nice name... by Anonymous Coward · · Score: 1, Funny

    You could've banged Winona Ryder too if you had used FreeBSD instead of Linux.

  95. Re:Nice name... by styrotech · · Score: 1

    Oh memories...

    DICE was my first attempt at learning C in the early 90s. I only got a few stages past hello world - I couldn't tell whether the compiling problems were my icompetence or DICE bugs (I think it was a very early version).

    It wasn't long after that I decided that I wasn't cut out to be a C hacker :)

  96. Re:Free BSD Dying by GLowder · · Score: 1

    "I'm familiar with Linux (11+ years familiar)."

    As an employer, I abhor when people add years to their resume.

    From ftp.us.kernel.org :

    -r--r--r-- 1 root root 63362 Oct 29 1993 linux-0.01.tar.bz2

    Soooo, it seems Linux is 9.5 years old, or thereabouts.

    --
    I used to have a good sig...
  97. Re:Little explanation? I think there's enough. by Troll_Kamikaze · · Score: 1

    ... but at the same time, it's software and it's not personal.

    Evidently you don't read Usenet much.

  98. Re:Agree by tigga · · Score: 1
    My main problem i have with BSD is the "rip-me-of-and-piss-on-me" license.

    It's just sooo wrong ...

    It is so much FUD. Get your facts straight.
    If you are talking about Microsoft - they used BSD code in some networking utilities but did not do any secret changes to them. In case of Kerberos they have their proprietary extensions, but they did not use code - well, they just have enough programmers to rewrite almost everything. It does not matter if product GPLed or proprietary they could have better product just because they have enough money and people.

    By the way why didn't Microsoft take over Apache, BIND, Sendmail, OpenSSH? They all use same license..

    Main consumers of BSD code are UNIX vendors. They have their changes, but they tend to conform to standarts. There are also Darwin and OS X and it looks like they have clean separation between open and proprietary code. and some technologieas are opening - like Rendevouz. I don't see how anything of this could hurt free or open software.

  99. thank you by Ayanami+Rei · · Score: 1

    ^_^

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  100. Arrogant, opinionated, COMPETENT jerks allowed by Eric+Green · · Score: 4, Informative
    I've been acquainted with Matt Dillon's work for over 15 years now. We're talking about someone who wrote a "C" compiler and library in a week once "just to prove he could do it", for cryin' out loud! Frankly, one Matt Dillon is worth four or five of the rest of the BSD development team. I don't care how arrogant or opinionated he is, I'd hire him for my team in a second -- I've worked with arrogant, opinionated people before (hmm, I've also looked in the mirror before :-), and I don't have the slightest bit of problem with them as long as they're *RIGHT*. Just give'em the module definition, ask'em to produce documentation on what they're going to do, and then once that's done, turn them loose to do it. It works. Been there, done that.

    On the other hand, Matt is not, and never has been, indispensible to the FreeBSD project. His biggest contribution probably has been cultural more than anything else -- he was working at UCB back in the "real" BSD days and knows how "it spozed to be". I suspect that doesn't make him popular with some of the (relative) newbies who want to add lots of features and stuff -- Matt's code has always been stripped down, clean, and fast as hell (if not always the most elegant or user-friendly code in the world). If the FreeBSD folks got tired of him carping about "the BSD Way", their loss... but it's not going to cripple FreeBSD by any means.

    -E

    --
    Send mail here if you want to reach me.
  101. Re:Little explanation? I think there's enough. by Troll_Kamikaze · · Score: 1

    Of course that's the whole BSD movement, 2 developers get their panties in a bunch and instead of either one of them being big enough to compromise they fork.

    In Soviet Russia, the BSD Daemon forks you!

  102. FreeBSD team and "mouthing off" by Eric+Green · · Score: 1
    Whenever you complain about some idiocy done by some member of the FreeBSD team, and offer a patch to fix it, they jump all over you like you're some kind of pariah. They don't want a patch unless you are willing to worship at their feet and praise their genius or something, I guess. I've submitted a couple of (very small) patches in the past, and felt like I was arguing with a brick wall at times when trying to explain to a particular developer that the way he was doing something was not the way the SCSI specs read and broke much existing Unix software that would be nice to port to FreeBSD. Matt has a similarly low threshhold for idiocy, and it doesn't surprise me that it comes out sometimes. But he was *RIGHT* most of the time. I mean, the man might be arrogant, and he might be opinionated, but he has a *right* to be that way -- all you have to do is look back at his history to see that. At one time virtually every piece of software I used on my Amiga was written by Matt Dillon!

    If Matt reads this message, I hope he moves over into Linux Land. We're more tolerant of abrasive, opinionated people there -- as long as they're right.

    -E

    --
    Send mail here if you want to reach me.
    1. Re:FreeBSD team and "mouthing off" by terrorist · · Score: 1

      You can forward it to him you know :)

      --
      Linux User in Taiwan :)
    2. Re:FreeBSD team and "mouthing off" by brad-x · · Score: 1

      You seem to be quite vocal about your inability to interact with the FreeBSD team.

      I didn't have a problem conferring with them over several issues, some of which included errors in-kernel or in the release engineering process. I found them quite responsive to answer questions and even accept feedback if properly presented.

      Perhaps you had a personality clash with the individual(s) you were speaking to, I don't know. But I think your categorizing of the entire team as a gaggle of elitists is out of nowhere.

      --
      // -- http://www.BRAD-X.com/ -- //
    3. Re:FreeBSD team and "mouthing off" by Eric+Green · · Score: 1
      Actually, I don't think they're elitists. I think there's a bunch of folks there (not everyone, but some) who have easily bruised egos. I can deal with that, I wouldn't say that I'm "unable" to deal with the FreeBSD team, but it's irritating, and not something I do voluntarily (i.e., as something not part of my job). In this particular case, the person I was dealing with hadn't done anything with this type of equipment since the late 1980's, and I had a lab full of late 1990's equipment and late 1990's operating systems with some possibly valuable input. I tried explaining to him that modern equipment didn't work the way he thought it worked due to his experience back in the 80's and that my approach was what all the other major operating systems were using to drive this type of equipment and it worked fine there, and he didn't like it much, apparently thinking I was accusing him of being incompetent or something. Folks who take technical comments to be personal comments are folks I don't have much patience with unless I'm being paid to be patient with them.

      -E

      --
      Send mail here if you want to reach me.
    4. Re:FreeBSD team and "mouthing off" by benedict · · Score: 1

      I keep seeing this phrase here "easily bruised egos".
      I put a more charitable interpretation on it: I find that
      the FreeBSD people aren't into the culture of bashing
      and flaming. I've found them to be really easy to work
      with: the trick is to speak to them as I would like to be
      spoken to.

      The people who do the bulk of the work get to decide
      what sort of culture they want. When I see the words
      "stupid" or "idiot" in a post to freebsd-hackers, generally
      one of two things is true: the poster is himself an idiot,
      or he is new to FreeBSD culture and doesn't know yet that
      people don't talk that way there.

      --
      Ben "You have your mind on computers, it seems."
  103. Re:Little explanation? I think there's enough. by RevAaron · · Score: 1

    First, read the post to which I replied. Then go read what I said. While I didn't feel the need to go out and point at it, I was discussing the point the original author made- GPL software (like the Linux kernel) vs. non-GPL stuff like FreeBSD. He said that this was a reminder of the non-Freeness of FreeBSD. It's not. This could happen on a GPL project. Read it slowly if need be.

    --

    Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
  104. Idiocy deserves no respect by Eric+Green · · Score: 1
    'Nuff said.

    Matt can definitely be abrasive in the face of idiocy. That's also why I'd have him on my team in a New York minute. I'm not interested in working with idiots, and I'm not interested in somebody massaging my widdle ego when I'm wrong. If I'm being an idiot, I want to know it. Too bad too many FreeBSD developers would rather have overinflated egos than good software.

    -E

    --
    Send mail here if you want to reach me.
  105. DBSD, probably by Eric+Green · · Score: 1
    Dillon's BSD :-).

    (Sorry, you had to be around 15 years ago to get the joke... back when the typical Amiga developer was outfitted with a full suite of Matt's software, all of whose name started with a "D" for "Dillon", e.g. "DUUCP" or "DCRON" or "DICE").

    --
    Send mail here if you want to reach me.
  106. Re:Little explanation? I think there's enough. by On+Lawn · · Score: 1

    From my understanding of the Debian policy on patents this is to protect the Debian project from legal liablity

    Yeah thats one way to read the sentance "with Debian's patent intollerant behaviour" but not the way I meant it. In this sence patent just means a set way of doing things, as in way of doing things is stuck in intollerant mode.

    This was simply a case of Alan not choosing to deal with certain people anymore.

    It was a great maneuver, I liked it. I laughed, I cried, I bought the extended DVD. But it shows that kernel developers can give people the baBOOTski just as fast. I see nothing wrong with it myself, but let me be specific, I do see a problem with the previous posters inference that it does not happen in linux or any other GPL development.

    Its not that you don't understand this, becuase you said... " isn't an example of GNU vs. BSD licenses but different approaches to structuring an open source development project."

    Its just that I can't let you pin my comments as part of a BSD vs GPL flamewar. They simply are not.

    -------------------
    OnRoad: It gets you there and back again.

  107. Yes, FUD by Eric+Green · · Score: 1
    Matt is not, never has been, indispensible for the FreeBSD project. He drifted into the project primarily because he was a BSD guru back in his UCB days and wanted to get his hands wet again. Apparently he was a bit irritating about "the BSD way" and stuff too, but probably the only real loss is that link back to the "real" BSD, back when it was being written by a bunch of the most brilliant young college students in the world. FreeBSD itself will go on much as it always has, warts and all.

    -E

    --
    Send mail here if you want to reach me.
    1. Re:Yes, FUD by palfreman · · Score: 1

      If that is the case it sounds like he really should fork off and set up TrueBSD or something. It would be a OS where the BSD way from the good old days was followed.

  108. "Right" = "disruptive nuisance"? by Eric+Green · · Score: 1
    A low tolerance for idiocy makes you a disruptive nuisance?

    Damn, I'm glad I never got into the FreeBSD community!

    -E

    --
    Send mail here if you want to reach me.
    1. Re:"Right" = "disruptive nuisance"? by Asmodai · · Score: 1

      This has nothing to do with idiocy, but more with having social skills or rather the lack thereof.

      --
      Jeroen Ruigrok/Asmodai
    2. Re:"Right" = "disruptive nuisance"? by Z4rd0Z · · Score: 1

      Maybe he was discovered to be the "Alfred Pythonstein", "Matt Dillon", et al, troll. Could it be?

      --
      You had me at "dicks fuck assholes".
  109. devlopment community vs. public by mikemcc · · Score: 4, Insightful

    You wrote, 'When it comes to Free software, isn't "the development community" the same as "the public"?'

    The two are not the same. I am a consumer of FreeBSD, by virtue of having a Virtual BSD Server from aplus.net. My use of that operating system in no way entitles me to know what transpires between the developers of that OS.

    If I want to know the nitty gritty details of OS development, then I need to subscribe to the general mailing lists, read the code, and submit my own work.

    Since I'm not prepared to do the above - I am quite happy to be a mere consumer in this case - I don't have any objection to people saying "this is a private matter, it doesn't concern you."

    That the source code is available for your perusal is completely unrelated to the behavioral dynamics which govern the production of that code.

  110. How about... by Eric+Green · · Score: 1
    one highly talented asshole who is a better coder than a half dozen of the rest combined?

    I don't know what it is about the FreeBSD community, but I've run into that "Kumbaya" attitude too. I managed to get my fixes into the FreeBSD kernel -- barely -- then fled back to LinuxLand where you don't have to worship the developers in order to discuss idiocy. I remember one time a FreeBSD developer actually told me that he wasn't going to accept any more email from me because I used a variable name he didn't like and me and David Miller ought to get some quaaludes (true, it wasn't a very flattering variable name, it was something like "dumb_stupid_nonsense" as the name of a variable to catch an idiotic condition, but what the hey does that have to do with technical merit?!). I'd much rather face off with David Miller about something than with the BSD guys. The BSD guys seem to have easily-bruised egos and you gotta strok'em like a Harvard MBA to get them to listen to anything.

    -E

    --
    Send mail here if you want to reach me.
    1. Re:How about... by Asmodai · · Score: 1

      The reason variable names like that get rejected is beause it makes software source code look like it has been written by a teenager just starting his CompSci degree.
      Sorry, this is the big world, use real programming paradigms: non-useful variable names _will_ get you comments.
      Think about the people _after_ you who have to maintain that code.

      --
      Jeroen Ruigrok/Asmodai
    2. Re:How about... by Eric+Green · · Score: 1
      Uhm, complaining about a variable name is one thing. If I recall right, it actually was a #ifdef that would go away if the patch worked, so I certainly had no problem with the variable name being changed or the whole patch discarded for that matter (undoubtedly there was a better way of doing what I was trying to do, and a bit of discussion would probably arrive at that). I might be opinionated, but if you're right, you're right, and I have no problem admitting it.

      Deciding to completely ignore and discard the input of an expert on a particular subject because you dislike a variable name is another thing altogether.

      -E

      --
      Send mail here if you want to reach me.
  111. Re:Veeee? That doesn't sound mexican to me by Goldberg's+Pants · · Score: 1

    I'm sure the people who seem to keep throwing this fact out are intellectual types and didn't, say, learn it from the UHF commentary track.

  112. Re:Little explanation? I think there's enough. by jlechem · · Score: 1

    try working for eBay..........

    --
    Hold up, wait a minute, let me put some pimpin in it
  113. Re:well..... by Goldberg's+Pants · · Score: 1

    Given how financially fucked I am, I would GLADLY work for an evil company currently. Sure, having morals and ethics is nice. But so is having electricity and gas...

  114. Re:get some perspective, please. by jericho4.0 · · Score: 1

    Gees, It's not like our little exchange was overly heated or anything. Now I'm on your foes list. (sniff)

    --
    "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
  115. Re:Little explanation? I think there's enough. by ces · · Score: 1

    alt.religion.emacs ....

    --
    Happy Fun Ball is for external use only.
  116. Re:Free BSD Dying by runderwo · · Score: 1

    Erm, you might also consider that bzip didn't exist until at least 1993. The Linux kernel development began in 1990 or so.

  117. Re: fork, I get it by ces · · Score: 1

    Depends on what you call a fork.

    There are many Linux distributions and only 3 opensource BSD distributions.

    On the other hand there is one main Linux kernel and 3 open source BSD kernels.

    --
    Happy Fun Ball is for external use only.
  118. Matt Dillon is a hack by Otis_INF · · Score: 1, Insightful

    He writes:
    "If/when Luigi fixes the ABI problems with IPFW, we can remove this 'hack'. Until then, I do not consider the hackiness nature of the patch sufficient reason to not put it in."

    I never saw one brilliant remark from this guy and by reading his interviews and his design documents I could only conclude that Mr Dillon was so incredibly blind and biased towards "there is only one solution to all problems and that's my solution". This remark quoted above is the most utterly stupid thing you can do as a developer, because it proves that the no.1 reason why software sux so much most of the time so true:

    Nothing lasts that long as a temporary solution.

    Think about it. When was the last time you hacked something in "just to patch this problem for now, I'll fix it later", while you never fixed it properly? The 'solution' Mr. Dillon wants to commit into the tree is a temp-solution. You shouldn't commit temporary CRUD into a development tree. Period.

    --
    Never underestimate the relief of true separation of Religion and State.
    1. Re:Matt Dillon is a hack by radish · · Score: 3, Insightful

      How's life in your perfect world?

      When you're working on a large project with tight deadlines, sometimes you have to put in hacks. Sure, it hurts to do it, but sometimes there is just no choice. The quote you use suggests one of these situations: there's a bug in a piece of code you have no control over, and no influence over. You however are dependent on it to provide some funtionality you _must_ deliver. Only choice is to put in a workaround, and of course lean on the appropriate developer (very) heavily to fix their code pronto.

      Now I've never worked on a large O/S project, so maybe he could just have gone in and fixed the IPFW (whatever that is) himself, in which case this argument is moot, but in the world I work in people own code and they don't like other people fiddling with it.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    2. Re:Matt Dillon is a hack by the+grace+of+R'hllor · · Score: 3, Insightful

      Actually, he seems biased towards "Fix this feature that most people always use during development quickly now, so it at least works, instead of fixing it five months down the line."

      I would have to heartily support that.

      For a critical feature in a large project, having that feature in a workable state is more important during on-the-fly development and testing than having it in a perfect state. Perfection can be achieved later with a little discipline. Having it non-functional is just time-consuming.

      The fact that it's considered a crude hack is all the more motivation to fix the code so you can remove it.

    3. Re:Matt Dillon is a hack by p3d0 · · Score: 1

      You're right about the longevity of temporary solutions. I just wish the answer were a development process that encouraged regular code-cleanup efforts, rather than simply never committing temporary solutions.

      --
      Patrick Doyle
      I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
    4. Re:Matt Dillon is a hack by Otis_INF · · Score: 1

      He also could have kept the patch local. That's the whole point: he wants to patch the central source-tree with a hack he only needs (since there are other workarounds as people have suggested to him on the mailinglist). Patching a central source-tree with a temporary solution is ONLY wise as a last resort and only IF you absolutely know for sure you are going to fix the temp-patch very very soon. Too many 'temp-hacks' are inserted in central source-trees and are never removed because they're forgotten and will limit future developments (since the code expected is patched with a temp-hack and not with code that is crafted to match rules for reliability and maintainability.).

      It's not about a 'perfect world', it's about avoiding the easy road to Crud Ville.

      --
      Never underestimate the relief of true separation of Religion and State.
    5. Re:Matt Dillon is a hack by mrlpz · · Score: 1

      What Large development project have YOU worked on there spud-man ? Having worked on three OS development projects ( OS/2 16bit, OS/2 32bit, and PC-DOS ), I can tell you that it's a "natural occurance". It happens. If only I could recount the number of "temp fixes" M$ posted to the development tree to get their products to run better on the OS. They do it to this day in XP I'm sure. No large development project is devoid of the "quick hack". Anyone who tries to say, "Oh, well, we don't allow our developers to check quick fixes in", is LYING through their management's teeth. Maybe that's a flamebait statement, maybe not, but the fact is that it happens. It may not be the ideal, but the point is, if it's impeding development, and if others are affected from performing their development, why wasn't the developer charged with the interface ranked on, to get it into shape ? He had other commitments, other todo's ? Fine. Get someone else who HAS the time, to GET IT DONE. That's what a "CORE" development team is supposed to function like. Dole out pieces of the puzzle, AS NECESSARY. Sure, Mr. Dillon there seriously needs to think about switching to DECAF. But, regardless of that, if I see something that keeps me stumbling when I'm trying to get something accomplished, OF COURSE it's going to tick you off. Especially, if in fact, the occurance of the API breaking, was as frequent as he claimed. If that's the case, what the heck is the project's coordinator doing ? I got the impression from the posts back and forth, that this situation was going on for quite a while. Of course, I'm pontificating, but get real, how many guys are in line right now to take Mr. Dillon's place in doing "primarily maintenance" ? And from the response from the core development fellow, "primarily maintenance" is above his core developership to perform. Sorry, but if you've EVER done "maintenance" on any project of any importance, don't ever tell me that someone discounting any of your work better come off with that attitude. As an earlier poster said, someone needs to take the knot out of their gonads. I'll add to it that they need to get a grip instead....on reality. It's good I wasn't their project manager, I would've put all parties involved in "time out".

    6. Re:Matt Dillon is a hack by HMC+CS+Major · · Score: 1


      Now I've never worked on a large O/S project, so maybe he could just have gone in and fixed the IPFW (whatever that is) himself, in which case this argument is moot, but in the world I work in people own code and they don't like other people fiddling with it.


      IPFW is the kernel based firewalling for FreeBSD. It consists of two parts: the in kernel structures and the userland application to add and modify rules.

      The complaint Matt was making was that Luigi Rizzo (a developer responsible for writing both versions of IPFW) was committing things to the tree that were breaking world (in FreeBSD, unlike Linux, the userland apps are part of the OS, not just the kernel).

      It's been said on the mailing list that disputes with Matt have gone back about 5 years. This relatively recent breakage may have been the tip on a very large iceberg. Regardless, I'm sorry to see him leave, and I hope he continues sending patches through the appropriate channels and that someone else is objective enough to commit them as appropriate.

  119. Re:Agree by miffo.swe · · Score: 1

    You said:

    "It does not matter if product GPLed or proprietary they could have better product just because they have enough money and people."

    *ROFL*

    *cough* security/stability *cough*

    --
    HTTP/1.1 400
  120. who contributes anyway? by davesag · · Score: 1
    very few people, especially on this board, contribute to any open source projects (I would say far less than 1%).

    now that would make a good topic for a /. poll

    I bet far more than 1% of /.ers contribute to some OSS, or have done at some stage.

    --
    I used to have a better sig than this, but I got tired of it
  121. Re:Little explanation? I think there's enough. by dzerkel · · Score: 1

    And have his patches disappear into the void of the pr system, where most patches never get out.

    --
    "What's the point of going abroad, if you're just another tourist..."
  122. Re:Astounding survey methodology...IDG better wake by kraksmoka · · Score: 1
    tre cowardly, but i'll respond anyway.

    its a rough way to guestumate, and for what i do (mainly web development) good enuff. adoption rates, well, it ain't that specific, but not important either. winblows is still the guerilla, and the most important stat is usually which version of IE are the m$ Lusers hittin me with.

    i have a red hat web server, imac, tibook (both OS X 10.2.3), powerbook 1400 (mac os 8), 333 mhz red hat box and a NeXT cube. guess you could say i use a little different stuff. that's not to mention the winbox i'm fixin up for a friend of mine right now

    --
    "You never want a serious crisis to go to waste." - Rahm Emanuel
  123. Re:Agree by fredrik70 · · Score: 1

    Not all proprietary software is MS. Set linux up against VMS, Solaris, OS/400 or rtLinux up against QNX and see who comes out the winner in both stability and reliability.

    --
    if (!signature) { throw std::runtime_error("No sig!"); }
  124. Re:Agree by miffo.swe · · Score: 1

    This is my view of things.

    Microsoft is the worst enemy of any succesful OS once it gets big enough to threaten them. If FreeBSD would arise to linux level of installed userbase it would pop into their radar. Considering how willing MS is to pull off crazy stunts to twarth any competition i dont doubt that they would do anything in their power to embrace and extend. The BSD license allows this and since i really hate Microsoft i wouldnt want that to happen to an OS that i contributed to. In essense i would help someone i hate with my work and thats pretty abnoxious to me.

    The GPL on the other hand is supposed to prevent this kind of behaviour and therefore i like it better. On a technical merit i have no doubts that FreeBSD have many strenghts but the license is probably whats holding it back.

    --
    HTTP/1.1 400
  125. Hmm... by Eric+Green · · Score: 2, Interesting
    So let me get this straight. He had the social skills to build one of the biggest hosting companies on the Internet, but not the social skills to stroke the bloated egos of the FreeBSD team? Uhm, okay, I'll buy that, but it certainly doesn't reflect well on the FreeBSD team.

    Fact: The best programmers typically have a low tolerance for idiocy, and if you want the best programmers on your team, listening is a better solution than firing them. Poor social skills? Probably. Gets a helluva lot of productivity out of these people? You betcha.

    -E

    --
    Send mail here if you want to reach me.
  126. Mushrooms by ACNiel · · Score: 1

    I thought it had to do with the bad code he was submitting while high on mushrooms.

    Just wild speculation.

  127. Re:Agree by fredrik70 · · Score: 1

    Well, with linux you got the patent problem instead. Which is why I'm not totally against RedHat taking some patents as a preemptive measure (After all - I really doubt RH would dare to fsck the OS movement - it would hit them back bigtime).

    Well, it suits some people as GPL suits some other people. Doubt MS would be able to do an embrace and extend and somehow lock out the BSD family of OS. Can't see anything they can do that would stop *BSD to work as it does today. Yeah, they might get good code for free which they can use as they like in their closed source project, but if that disturbs you, then I guess the BSD licence, as you said, isn't for you, go for the GPL were you're got guarantees that your code will stay OS.
    Mind you, I don't see it as a competition in the way that MS must die.die.die and Linux/*BSD must take over the world. If Linux/*BSD grows that's great and it's fun to see MS sweat a bit, but I'm quite happy as things are now. If MS gets down to 70%-60% of the market they're no longer a monopoly and they can't then really pull of some of the nasty stuff they do from time to time. That's pretty fine with me.

    --
    if (!signature) { throw std::runtime_error("No sig!"); }
  128. Re:get some perspective, please. by Planesdragon · · Score: 1

    Whose right is being taken away? The legal IP owner who decides to license his software under the GPL? The person that wants to use the software without abiding by the IP owner's license?

    Hey, I didn't write the license.

    The GPL works by essentially bribing people to follow it. Yes, the fact that it is strictly voluntary is a good argument, but the GPL has sticky parts like its ambiguosness (where, exactly, is the line between "works that happen to be distributed together" and "parts of the same work"?) and its stickyness ("you can use your own license, but you can't add any restrictions and have to be at least as open as the GPL is--but if you want to give MORE away, have fun")

    The right that's being taken away is the right of someone to decide how to license their work. The mechanism that takes away this right is a contract called the GPL, and everyone who uses it gets access to all of the GPL'd code in turn.

    Communism, on the other hand, is a system taken up by a Nation as a Whole wherein they all cede their property to "The People." It's often through force of arms or democratic process--both perfectly legal ways of changing a corrupt government (and whatever else you may think, the precommunist governments in Russia and China _were_ corrupt.)

  129. Re:Agree by tigga · · Score: 1
    Well, They COULD have better product ;)))

    *cough* security/stability *cough*

    And yes, their perception of product strengths is different ;)

  130. Re:Well, smarty pants by mph · · Score: 1
    if its so "frustrating", then tell us what happened and that will be the end of it.
    What I described as "frustrating" was the inability of Slashdot editors and posters to grasp the distinction between Core and committers, and I did explain that distinction. As have dozens of others over the years.

    So read what I wrote and STFU yourself. It's not my place to spread gossip about my colleagues on Slashdot.

  131. Re:Little explanation? I think there's enough. by mph · · Score: 1
    Linus could just as easily bar kernel patch submission from some individual who he thought was causing problems.
    And Matt can still submit patches to the kernel or any other part of FreeBSD; he just can't make those changes to the CVS repository himself.

    In other words, he's been "demoted" to the same level that everyone but Linus is at in the Linux world. Except that he's still better off than Linux submitters, because his patches will automatically go into a public bug-reporting system and can be committed by any of hundreds of committers, not just one. But of course the Linux people will keep going on about how "open" Linux development is and how "closed" FreeBSD development is.

  132. Re:Astounding survey methodology...IDG better wake by kraksmoka · · Score: 1
    hahahahahahahhahahahahahah.

    tre cowardly just refers to the fact that you're posting anonymously.

    --
    "You never want a serious crisis to go to waste." - Rahm Emanuel
  133. Re:Little explanation? I think there's enough. by jafac · · Score: 1

    I agree with this wholeheartedly.

    As a support person, I'd say one of the biggest challenges facing any project is when there's a developer who has too much of their ego in the code - and does not tolerate any criticism of it.

    In cases like this, the day-to-day business of making the customer happy becomes a political minefield - and ultimately what you want to do is just give the developer's phone number to the customer. Which would ultimately result in the loss of the customer.

    My advice to any developer: learn to recognise when you have too much emotion invested in your code, and if so, bail. Immediately. Be the code's own worst critic.

    --

    These are my friends, See how they glisten. See this one shine, how he smiles in the light.
  134. Re:Little explanation? I think there's enough. by RevAaron · · Score: 1

    Exactly my point! At least someone has the intelligence to see that point (however poorly made), rather than figure that I am claiming FreeBSD is GPL simply because I use both of those words in the same post. :)

    --

    Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
  135. Re:well..... by Sarcazmo · · Score: 1

    I think the anonymous reply is better than I could sum it up.

    Just a note as an addendum though, the AC doesn't seem to differentiate between open source forks and closed source forks, his comments mostly apply to closed source forks, which are of course much more common with BSD than GPL.

  136. Bollocks. by jotaeleemeese · · Score: 1

    I want team players, as cliched as it sounds.

    Somebody that has low tolerance for idiocy and that shows it behaving like a prima dona has no place in any self respecting, productive, team producing software.

    --
    IANAL but write like a drunk one.
  137. Tight deadlines? by jotaeleemeese · · Score: 1

    In an OS project? Well, let me check wiuth their marketing people just to make sure...

    O yes, can you tell us who do you work for? You know, I don't like buggy software...

    --
    IANAL but write like a drunk one.
    1. Re:Tight deadlines? by radish · · Score: 1

      In an OS project? Well, let me check wiuth their marketing people just to make sure...


      Like I said, my comment may not have much relevance to O/S projects, I've not worked on anything significant in that area. Remember however that a lot of the more successful developers (even volunteer ones) get that way through strict self-discipline, they set their own deadlines and stick to them. I think we can all name projects where that hasn't been evident!

      O yes, can you tell us who do you work for? You know, I don't like buggy software...

      No. And I don't write buggy software (and to be honest, resent the accusation). I simply have found in my years in the industry that in some cases it is more important to have something which works, but is maybe below the level of implmentation elegance you would have liked, than nothing at all. Note I draw the line at fragility, there is no excuse for cutting corners where it comes to reliability, security, in fact correctness in general. But we all know that there are a million ways to solve a particular problem, and usually a few of those are just "icky" from a design/maintenance/elegance/whatever point of view. The original parent poster was stating that it's never acceptable to settle for such a solution, even in the short term, I was merely pointing out that in some cases there is no alternative. It's still not something I like doing, and you should see the stand up arguments I've had with project managers about it, but it's a fact of life when you are developing software for paying customers.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

  138. XP by gfim · · Score: 1

    XP ( Extreme Programming) encourages "Refactor Mercilessly" which is what you suggest.

    --
    Graham
  139. Re:Little explanation? I think there's enough. by ces · · Score: 1

    Coffee | nose > keyboard.

    I do agree the various methods of structuring, and administrating an open source project and the relative plusses and minuses of the various approaches would make a facinating disscussion. However the likelyhood of that disscussion happening on Slashdot are slim to none.

    --
    Happy Fun Ball is for external use only.
  140. Re:Little explanation? I think there's enough. by Listen+Up · · Score: 1


    Writing code is a very personal affair. It is like writing a book, personal to to your exact style. I could see my code getting ripped apart and me getting personally offended by it, but it depends on how it is critized and by who it is critized.