OpenBSD Journal

Interview: Theo de Raadt on Industry and Free Software

Contributed by grey on from the wow lots of submissions dept.

Thanks to Avtar Gill and several others for writing in to let us know about the following interview:

Matt Hildebrand informed the mailing list that he conducted an interview with Theo. Matt asked him questions regarding free and commercial software, software patents and how security plays a part in OpenBSD development.

The complete interview may be found here:

(Comments are closed)

  1. By Venture37 ( venture37 # hotmail com on

    "OpenBSD is my job and OpenBSD is my hobby, and Iím very serious about it." Rock on! :)

    1. By thomasw.xhrl ( on

      this is my favourite interview of theo; perhaps because of the detailed, well-thought out responses. theo's honest statement of his motivation for developing OpenBSD was the highlight for me.

  2. By rene ( on

    Finally! A detailed interview with thoughtful questions and some interesting OpenBSD history. That stuff about the code auditing is really cool, I can't imagine that other os' have gone to the same lengths!

    1. By Anonymous Bastard ( on

      yes, finally, an interviewER who does his homework before the interview.

  3. By cell_x ( on

    good one too

    1. By Nate ( on

      Already been reported.

  4. By dgs ( on

    Good answers as always... but I think they should start to variate the questions a bit more.

  5. By Nathen Hinson ( on

    I think all of this recent press coverage, Forbes, Epoch Times, KernelTrap, Canadian Television, high-profile users, is tremendous. Mr. DeRaadt in the Epoch Times article stated that one of the reasons that vendors get the lion's share of the attention is because they demand it. Linux as a whole got enormous amounts of press, admittedly by attacking the software company everyone loves to hate, but the perception that Linux was of higher quality persisted beyond the rhetoric. I must admit that there is something very attractive about the "best kept secret" aspect of OpenBSD, but it does not serve users of software very well.

    Computing in general is a very complicated business, and that goes doubly for software. Individuals not involved heavily in computing tend to make up their minds about things from what they hear from friends, neighbors and news outlets. Especially with something as mysterious as computing, unless something is so completely useless that an individual is forced to learn more about so as it either fix it or dump it, they will tend to stay with what they have heard/know is a good solution to a problem.

    The more attention given to OpenBSD, the more its messages of quality, security and consistency will penetrate into broader segments of the population, and everyone's computing experience will be the better for it.

    So, here, here for press coverage of OpenBSD.

  6. By baldusi ( on

    I mean, with 32bit's you need at most 2G connections in case you can't guess the number to oveflow and/or you can't handle it directly. But with 64bits you need such a huge amount that even at a rate of a billon per second you'd still need over 300 years to overflow it. I know it's not sane to use 64bits in every case and not always it's a problem of making N interactions. But for a cerain type it should mitigate the problem.

    1. By tedu ( on

      they can make it worse in some cases, maybe better in others. if you need 4 billion connections to overflow an int and each connection allocates some memory, it's impossible to hit 4 billion with a 32 bit address space. 64 bit addresses do make it possible.

    2. By Anonymous Coward ( on

      This doesnt make any sense whatsover. Think before you write. 64 bit is clearly as vulnerable as 32.


Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]