[lkml]   [2006]   [Jun]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [klibc] klibc and what's the next step?
    Le mardi 27 juin 2006 à 15:12 +0200, Roman Zippel a écrit :

    > So anyone who likes to see klibc merged, because it will solve some kind
    > of problem for him, please speak up now. Without this information it's
    > hard to judge whether we're going to solve the right problems.

    For Ubuntu, klibc could exist perfectly fine outside of the kernel -
    We're using it already and have been for about a year now.

    What merging will help us with is:

    1) Making sure that klibc remains able to get the system running. That
    way some subtle mismatch between the kernel and klibc doesn't cause a
    boot failure on a less-tested config.

    2) Help us stay close to the best-practice for booting. This is both
    for making sure that people don't wind up with an unexpected experience
    using Ubuntu, but also so that we can contribute back to the common

    3) Work towards removing the bootup pieces from the kernel that aren't
    used anymore, reducing duplication, crufty in-kernel pieces, yada, yada,

    I'd like to see klibc become the canonical way of booting the kernel
    whether it's merged or not. We already depend on outside tools to get
    the system running (udev, module-init-tools), so adding klibc to this
    doesn't seem that harmful.

    Jeff Bailey

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-06-27 16:43    [W:0.044 / U:0.560 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site