[lkml]   [2004]   [May]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Distributions vs kernel development

    Quote from Jon Portnoy <>:
    > On Wed, 19 May 2004, Rob Landley wrote:
    > >
    > > It's not really a distro. It's an enormous HOWTO. (Then again, so's Gentoo,
    > > but gentoo does claim to be a distro, which is where I get disappointed...)
    > >
    > No less a distribution than, say, Debian. You just type 'emerge' rather
    > than 'apt-get' and get source tarballs rather than binary packages.

    I think the "It's not really a distro" comment was in reference to Linux
    From Scratch.


    > > You keep saying that installing from source is better, but it seems to be from
    > > "gee, wouldn't it be nice if" land rather than due to actual experience. You
    > > _can_ build and install an SRPM into a Red Hat system. It's too much of a
    > > pain to be worth it to me, but it's been an option for years and years.
    > >
    > The advantage, in my view, of compiling from source consistently is that
    > you (a) eliminate any potential bugs from the build system being
    > drastically different from the target system and (b) have the flexibility
    > of being able to fine-tune dependencies and build time configuration.

    When I was talking about users compiling from source rather than using
    distribution's pre-built binaries, I didn't really have in mind users
    downloading a pre-written script that compiles a binary on their own machine.

    In my opinion, there are two main ways to run a Linux-based system - either
    follow a particular distribution, using their binaries, or source releases, or
    work independently of any distribution, and do your own thing, obtaining the
    source code for the software you want to use direct from it's ftp site, or
    whatever method of distribution the authors use.

    Of course, it's a long process to build a system completely from source.
    In practice, many users might decide to use a distribution to install the
    basic components of their system, such as GCC, glibc, and various system
    libraries, and then build everything else manually. This is what I mean
    by not 'following' a distribution, but simply using it as a base for the
    user to do their own thing.

    Now, there is the issue of support.

    In my opinion, in essence, there are two ways of offering support, (regardless
    of whether it's free of charge or not, and whether it's provided by users,
    via mailing lists, or by an organisation such as a distribution, or
    independent company).

    Firstly, it is possible to learn many of the common problems that can be
    encountered with any particular distribution's pre-compiled binaries, or
    binaries compiled on the user's machine from a fixed script.

    Secondly, it is possible to become generically knowledgable about
    computers, and to solve problems in a generic way, without specific
    prior knowledge of a particular system.

    In my opinion, the first option is the most widespread and the most encouraged
    simply because it is much easier than the second option, and appears to work
    most of the time.

    I admit that if the user's problem is actually a common one, the first option
    may be the fastest way to solve the immediate problem.

    However, in my opinion, this whole approach only appears to work at all,
    because it effectively limits many, (if not most), users to using their
    computers in a fraction of the number of ways possible.

    Or, to put it another way, users are effectively being forced to choose
    less efficient configurations, just so that they can get support.

    See my previous posts in this thread for more discussion of this.

    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: 2005-03-22 14:03    [W:0.046 / U:8.556 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site