Re: HEADS-UP new statfs structure

From: Garance A Drosihn (drosih_at_rpi.edu)
Date: 11/16/03

  • Next message: Kris Kennaway: "Re: kldload(2) and debug kernels"
    Date: Sun, 16 Nov 2003 02:39:42 -0500
    To: Jeff Roberson <jroberson@chesapeake.net>
    
    

    At 12:21 AM -0500 11/16/03, Jeff Roberson wrote:
    >On Sat, 15 Nov 2003, Garance A Drosihn wrote:
    >
    > > Or maybe the real problem is that we claim that there will
    > > be no API/ABI changes after X.0-RELEASE, and we've really
    >> missed that mark with 5.0-RELEASE, for a variety of reasons.
    >> If we're going to keep missing that mark with the 6.x-series,
    >> then we should plan to do something to make life a little
    > > less painful.
    >
    >The API and ABI are frozen when we make 5.x-STABLE and
    >branch 6.x. Until then it's open to change. This was
    >decided up front.

    Hmm, Yes it was. I was mixing up the time of X.0-RELEASE
    and making the branch for <X+1>-current. Good point.

    Please note that I'm not unhappy with any of these changes.
    I think they're all very good to get in. But we do have
    hundreds of developers trying to track -current, and I
    think we'd get some productivity boost whenever we can
    make these changes a little smoother. As I mentioned
    earlier, it's only going to get worse as we have more
    developers trying to contribute. Developers that we *do*
    want to be tracking -current...

    <aside>
    And to mention just one change that I'm particularly happy
    with, the change so a single kernel works on both SMP and
    single-processor systems has already saved me some grief.
    My hardware problems were (temporarily) solved by replacing
    my dual-CPU board with a single-CPU one. I'd be in even
    more pain today if it wasn't for that change! I still
    haven't figured out what I'll do with the 4.9-stable
    system on this machine...

    [disclaimer: today has been a long day for me, all spent
      rebuilding freebsd systems from this hardware headache.
      I just now finished successfully upgrading the last 5.x
      system I have (it just booted up as I am typing this).
      So don't mind me too much...]
    </aside>

    -- 
    Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
    Senior Systems Programmer           or  gad@freebsd.org
    Rensselaer Polytechnic Institute    or  drosih@rpi.edu
    _______________________________________________
    freebsd-current@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-current
    To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
    

  • Next message: Kris Kennaway: "Re: kldload(2) and debug kernels"

    Relevant Pages

    • Re: OT: Bill Clinton
      ... It's part of my plan for national health care, Andre. ... very good opinion poll ratings even if very fierce ... IMHO, the real problem with the Clintons isn't their marriage, and I ...
      (rec.music.opera)
    • Re: OO programming - illumination? - whoopsie
      ... there is no enlightenment at all. ... project starts out with a framework ... -> use a straight implementation for the real problem (business ... > This does not negate the fact however, that developers only work on stuff ...
      (comp.lang.java.programmer)
    • Re: OT - Jesus H Christ!
      ... HawHawHaw! ... do you plan to put all these illegals, pending deportation, if there's ... I agree there's a real problem with illegals, ...
      (rec.outdoors.rv-travel)
    • Re: Hello From Port Aransas, on Mustang Island, TX
      ... and I plan on next year being a bit better. ... I really do like Ercoupes in a lot of ways, but haven't found a way to fit ... The real problem ... that the planes are a faily comfortable fit for pilots up to about 5 feet ...
      (rec.aviation.piloting)
    • Re: successful language learners -- the little details
      ... [long plan trimmed] ... The real problem is that you are trying to plot out a methodical plan of ... Should you concentrate on common words? ... your next year of life? ...
      (sci.lang.japan)