Slashdot Mirror


New FreeBSD Core Team Elected

BSD-Pat writes "A new FreeBSD core team has been elected for the first time in the project's history. The BSDToday article can be found here. I'm personally excited that this seems to open up the playing field for developers to get involved on a deeper level with FreeBSD and choose the direction to take for the future." Update: 10/14 01:44 PM by H :BSD-Pat sent an update saying that the story was actually broken by Daily Daemon News.

13 of 107 comments (clear)

  1. Re:A whole new team and still not one woman? by MikeTheYak · · Score: 3

    Would you consider this a problem of supply or demand? I don't know what the BSD culture is like, but I don't know any male geeks offhand who don't like the idea of female geeks. Calling it an "old boys' network" kind of implies that men are somehow trying to exclude women from the game, but in my experience there just aren't that many female players.

  2. Re:Okay.... why? by nxsy · · Score: 3

    I think it all boiled down to concerns that the core team weren't doing enough, that they were doing too much, that they were too closed off from the rest of the committers, that there were some people not doing any work just lurking there, and that some new blood would probably help revitalise things.

    The idea for the new "democratically elected" core is that it will be re-elected on a regular basis (I can't remember exactly, but something like one or two years), and that it will allow people to get time off, take a break, return to real work without the overhead of core, and allow new, fresh, and revitalised blood back onto core.

    I'm a FreeBSD committer, and my opinion is that is good - some core team members have been hanging on just because they were afraid no new blood would replace them - earlier this year a core member left core so he could concentrate on "real hacking" instead, and wasn't replaced. The new blood means people more motivated and eager, and often with more time and new perspectives.

  3. article on why the new CORE by nconway · · Score: 3

    There's an interesting article @ Daemonews here: http://www.daemonnews.org/200010 /da dvocate.html. It's a short summary of the history of BSD, the various leadership approaches (NetBSD's + FreeBSD's CORE, Linux's benevolent dictator, OpenBSD's hybrid), and other cool stuff. I recommend it.

  4. freebsd and how it compares by Anonymous Coward · · Score: 3

    hi all (george here)

    maybe you will remember that microsoft had some goons KILL my nephew's dog. maybe you also remember that i vowed revenge by trying out some other operation systems other than microsoft (windows or nt or 2000.) well this really tall guy at starbucks said i should try FREEBSD. normally i would have ignored him but he was really very tall. so i went to cheap bytes.com and got some FREEBSD cds sent to me.

    well my first impression was that my wife liked it, she REALLY thought the free bsd devil was cute. she said "george what a cute devil." well i felt like slapping her because just because they have a cute mascot doesn't mean they have a GOOD operation system. but anyway i said "well now let's just wait and see how it works." after all LINUX has this penguin and my wife gets all blubbery at wildlife so if she thought the demon was cute she probably would go apecrap over the penguin because it is smiling.

    now anyway i loaded up the cd and turned on the machine. normally when you install new software from the cd you click on start and then click run and then type "d:" and look for setup.exe. well i was like NOW WHAT IN THE HELL. for some reason this was not there. so i went down to SEARS and asked a nice man with an afro if there was anything i should do, he looked at me like he wanted to kill me, so i got out of there real quick.

    any way there was a READ ME file on the cd that i imported into word and it said that i should do this, that and the other thing. so i tried to follow the instructions but what is this about hard disk and partition. PARTITION is what separates cubicals at work. well i didn't know what in the hell so i just tried making some floppies. well that didn't work either. so then what i did is played SOLITAIRE (VEGAS scoring, not standard scoring.) but i (george) lost.

    so in conclusion FREEBSD has a long way to go before it is ready to be used by normal people.

    -gbd

  5. They should have waited a month. by slickwillie · · Score: 3

    Then Al Gore could have been elected, after he loses that other election. After all, he did invent FreeBSD, didn't he?

  6. Little changeover by alexhmit01 · · Score: 3

    One thing I noticed, there wasn't much changeover in the core members. I noticed the names were reordered, but many names were the same.

    I thought that this was interesting, apparently there was a lot of satisfaction with the initial team.

    Would someone more involved with the process explain how this worked? Who could vote, etc?

    Alex

  7. Okay.... why? by devphil · · Score: 3

    Maybe I'm missing something. (I don't follow very closely the "people-related" aspects of projects that I'm not involved in.)

    Why did they need a new core? Do they have a term of office which expired? Was there a popular uprising and overthrow of the oppressive bourgeoisie? (Considering that some of the former members are on the list of new members, probably not...)

    Some of us non-FreeBSD users are curious.

    --
    You cannot apply a technological solution to a sociological problem. (Edwards' Law)
  8. Re:Linus' Importance is Overstated by Bruce+Perens · · Score: 3
    I reject the statement that there are any number of people who are "allowed" to modify a Free Software product, either Linux or a BSD. If some core team stops working, another team would arise whether or not they are allowed. This has certainly been the case with *BSD, hasn't it? Otherwise, we'd still be waiting for Jolitz to do something.

    As far as I can tell, neither Linus nor the FreeBSD core team have much power to compel. People go along with them because they want to do so, and if they had good reasons to do otherwise, they would

    Thanks

    Bruce

  9. Linus' Importance is Overstated by Bruce+Perens · · Score: 3
    How is Linus important? Well, he's criticialy important to Tove and the kids. He is not so important to future development of the kernel. He's an excellent coordinator, and a person who merits a lot of respect, but Linus does not write the kernel, a whole bunch of people do that together.

    Talk about him getting hit by a bus is absurdly morbid and is getting to be very tiresome, too. He could simply decide to go on to something else. If he did so, one of the other well-known kernel developers would step into his place. Alan could do it in a blink, but he's not the only one.

    If you study the kernel development, you will find that it is at least as decentralized as that of any BSD if not more. The fact that there is one figurehead does not change the fact that the kernel development is actually carried out with no formal organization whatsoever, and it works darned well without one.

    Another point that people don't think about enough is that these kernels will be finished eventually. Development will go on to something new. Free Software is forever, but Linux, Unix, and BSD are just steps on the way.

    Thanks

    Bruce

    1. Re:Linus' Importance is Overstated by nxsy · · Score: 4

      Hi again Bruce,

      Feel free to reject the statement that any number of people are "allowed to modify a Free Software product, either Linux or a BSD". I didn't say anything about the restrictions regarding the modifications of copies of the source code that is distributed in the official projects.

      There are two possible meanings of (for example) "FreeBSD source code", depending on stress:

      The _FreeBSD_ source code is "The source code to the FreeBSD operating system, that is used to generate FreeBSD install CDs, is available in the FreeBSD cvs tree". In this case, no, you can't modify the _FreeBSD_ source code, because you don't have commit privilege - the 233 committers in FreeBSD can, though.

      Or, the FreeBSD _source_code_ is "The source code to the FreeBSD operating system, freely available for anyone to use, whose modification need not occur in the active FreeBSD project, and can indeed be used in other projects". In this case, you're totally free to modify the source code. However, you are not modifying the source code to the actual FreeBSD operating system, just a local copy. You can feel free to submit patches back if you like.

      The same applies to Linux - you can play all you like with the code with the usual restrictions, but you need to get Linus to accept it if you want it to become part of the Linux kernel. You can modify your own copies of it, but you need his permission and intercession for you to indirectly modify the actual Linux kernel source code, as distributed in tarballs.

      I can't believe you're talking about the second meaning, since it's obvious I'm not talking about it in my comment - I specifically talk about direct modification of the FreeBSD source in CVS, and the modification of the Linux kernel in the tarballs.

      In the first case, and as you later continue, the core team or Linus do indeed have no way to compel people to make changes to the "offical" distribution formats of FreeBSD (cvs) or Linux (tarball), nor do they have any power to compel people not to make their changes in other formats, such as local copies or other projects (subject to licensing).

      The thing is - if everyone disagreed with Linus, would it still be Linux? Linux is a registered trademark of Linus, and as such, if people run off and do other work, it is not the "official" Linux tarball, and it would need to be renamed, unless Linus gave his approval.

      I'm not sure if Mr. Jolitz trademarked 386BSD, but he certainly would not have allowed the upstart NetBSD and FreeBSD teams to continue calling themselves "386BSD" - that was his baby. Hence the renaming. FreeBSD is a registered trademark too, so if the FreeBSD core (who hold it with permission of the trademark owner) were deemed too slow or old or whatever to do real work, the disillusioned could form another system, but not "FreeBSD".

      I'm pretty sure you know all this, I just wanted for the slashdot readers to know that you were talking about something unrelated to my comment; your comment mostly discusses the advantages of open source development (freely available, or free-for-source-available-derivatives source) and the realities of open source projects (the inability to force cats^H^H^H^Hhackers to follow a given path).

      Cheers,

      Neil

    2. Re:Linus' Importance is Overstated by nxsy · · Score: 5

      Hi Bruce,

      Obviously "gets hit by a bus" is a metaphor, and it is not to be taken seriously. It means "becomes unavailable", and I think you'd agree that if Linus did become unavailable, there'd be quite a bit of upheaval. Nothing fatal I imagine, but some upheaval - whoever takes over would also probably get quite a bit of "But Linus would have done this..." coming his or her way.

      However, if one of the FreeBSD Core "became unavailable" because of other work, a change in direction, moving to another project, it wouldn't have nearly the effect. I imagine the most likely to cause the most upheaval is jkh. Whoever replaces the core member isn't likely to face "but foo would have done this..." arguments - core is about reaching concensus on issues that have escalated to that level - to settle disputes, add more committers, and very very occasionally decide policy. Everything else is based on rough concensus and working code in the project.

      I don't believe you can say that the Linux kernel development is "at least as decentralized", in the sense that at least 233 people can directly modify the FreeBSD source code, including kernel. There is no need for them to get formal review and acceptance by a single person before it is possibly to go in - it is simply expected that review is sought, that the code is tested, and that you know what you're doing, and that you notify the maintainers or active worker on the subsystem you're working with. Architectural changes are monitored by various people (as I imagine it is with Linux too), and any questionable code is (optionally) backed out and discussed. People who repeatedly refuse to get review and discuss changes would theoretically get their bits removed, but there hasn't been a case in the time I've been following the project.

      This is "decentralized", meaning ``withdrawn from a center or place of concentration; especially having power or function dispersed from a central to local authorities''. I'm not saying it's good or bad, but that's what it means - all changes are centralized through a point of concentration (Linus at the moment). The function of physically changing the code and generating the tarballs or whatever (since there's no versioning) falls with him.

      One could theoretically extend that to FreeBSD in the fact that changes have to be made via cvs (or locally with cvs) on the FreeBSD cvs server, but that's a little technical. The function of changing the code is performed by the committers - the rest is automated and not concentrated through a single reviewer and changer.

      Again, this is not a judgement, simply an observation. I don't think anyone in FreeBSD has the time and inclination to step up and manage every single change to the kernel, userland, documentation, or web site, so the functionally-decentralized distributed method probably suits FreeBSD.

      Neil

  10. Women's Guide on Getting Elected for FreeBSD Core by dcs · · Score: 3

    1. Become a FreeBSD committer.

    This is most easily done by sending enough Problem Reports (see send-pr(1)) that the poor bastards who get to commit all your stuff for you gets tired of it and asks the core team to have brought as a committer.

    Committers usually fit in one of the following profiles:

    1a. Doc Committers are documentation freaks who go through the handbook, the faq, the web site, the man pages, etc, and actually fix things, add things, etc. There are even the occasional maniacs who track down code hackers and extract, with the help of red hot irons, iron maidens and similar instruments, information required to document a feature.

    Suggestion: read freebsd-questions. Make a note of frequently asked questions, and check the answers to it. Write the Q/A to the FAQ. send-pr(1).

    1b. Ports committers. These are complete freaks who seems not to have a thing to do in life besides surf the Internet looking for the most arcane pieces of software, and the "port" them to FreeBSD.

    Suggestion: look at the software you use that has yet to be part of the FreeBSD ports collection. Read the porters handbook. Follow the instructions in writing the port to FreeBSD (this is often very easy!). send-pr(1).

    1c. The code hacker. These are the completely insane persons who go to the trouble of writing code to help the lives of hundreds of thousands or even millions of people around the world, often without getting a single thank you note of recognition. Not only that, but they are often being chased around by docs committers who make use of extremely painful methods to extract information about what they have just written, as if they could remember that! Well, not often enough, actually, but still...

    Sugestion: Do you have a problem you need solving, a bug that needs fixing, or a feature you want? Well, write the code for it, and send-pr(1).

    2. Become well-known. This is actually easily done. Subscribe and be vocal in -hackers, -current, -stable, -arch and, perhaps a few more choice lists such as -ports, -doc, -scsi, -fs, -mobile, -small, -questions, -chat, -advocacy, besides the ones you'll already find yourself subscribed to, like -committers.

    You don't need to be a genius. Listen, present your opinion when an opinion is being asked for, and speak of technical matters when your knowledge enables you to. Never be afraid to ask. Try to avoid flame wars.

    3. Candidate yourself to core. This can only be done once every two years, but there is no further requirement aside from being a (active?) committer.

    Since you are a woman and there is little female blood around, chances are you'll get elected simply because of gender. Of course, that will happen IF people know you from the mailing lists and commit logs, and you haven't pissed off everyone. But since each committer gets nine votes, I'd wager the chances of them choosing to vote for you just to provide some "balance" is rather large.

    --
    (8-DCS)
  11. Potshots? by locutus074 · · Score: 4
    ..."I like to compare FreeBSD's structure (like an archery target -- core in the middle, committers in the next ring, and users in the outermost ring) to Linux's [structure]. Linus is Linux's 'core' (at least when we're talking about the kernel)."

    "In this way, Linux's 'core' is not fault tolerant. FreeBSD, on the other hand, is much better equipped to survive the loss of a core member. ..."

    Hmm, taking potshots at a more popular OS? Even though I'll probably get modded to hell and back, this says to me that FreeBSD:Linux::Linux:Windows. :-/

    Of course, this assertion has already been disproven at Segfault, not once, but twice. ;-)

    --

    --

    --
    We have fought the AC's, and they have won.