Slashdot Mirror


DJB Releases All Source to Public Domain

A Sage Developer writes "During a recent conference, Sage Days 6, Dan Bernstein (who has recently come under attack for his licensing policy) was among the invited speakers. During a panel discussion on the future of open source mathematics software, Bernstein declared that all of his past and future code would be released to the public domain. This includes qmail, primegen, and a number of other projects. Given the headache that incompatibility between GPLv3 and GPLv2 is causing developers, will we see more of this?"

5 of 330 comments (clear)

  1. In a word... by s4m7 · · Score: 4, Insightful

    Given the headache that incompatibility between GPLv3 and GPLv2 is causing developers, will we see more of this?

    No.

    Not in a manner disproportionate to what we've seen in the past anyway. Some people will keep gpl2 as their license, others will go gpl3, bsd, or one of any of the OSI licenses for the most part, because people like attribution, they like retaining (some) control of their work.

    --
    This comment is fully compliant with RFC 527.
    1. Re:In a word... by civilizedINTENSITY · · Score: 5, Insightful

      Agreed that Public Domain is not incompatible with Open Source. In fact, it isn't incompatible, in terms of absorbing the code into a project, with the GPL. However, in terms of Free Software, Free doesn't mean "a free exchange of ideas and code that let you do what ever you wanted with it", but rather a limit on distribution rights for the purpose of ensuring that user rights always remain free. And it seems to work :-)

    2. Re:In a word... by Hatta · · Score: 5, Insightful

      The only restriction the GPL imposes is that you can't restrict the freedoms of the user. It's like a double negative, restricting restrictions makes it more free.

      You may call this a convoluted ideology, but the fact is if I receive a program with GPL code in it, I'm free to modify it as I see fit. If I receive a program with public domain code in it, I may not be able to modify it at all.

      I'm interested in a free exchange of code that lets me do whatever I want with it. Public domain does not do that for me.

      --
      Give me Classic Slashdot or give me death!
  2. Re:That may be good. by FishWithAHammer · · Score: 4, Insightful

    First of all, not contributing them towards the libc's is sociopathic behaviour (I want only my app to benefit, everyone else go suck bricks sidewise through a thin straw).

    This is ludicrous. He wrote them because the ones out there weren't good enough. Others can write their own. There is nothing sociopathic about closed source software, no matter how much you may wish it to be.

    (It is probably in the realm of sociopathy, as we're using the term, to go after people who reverse engineer your compiled binaries, but that's entirely different from not giving them your code. If they can extract what they need from what you have chosen given them, good for them. It is always wise to remember that while the GPL and the Free Software movement are in favor of unlimited user rights, a developer choosing to exert his own rights is not wrong.)

    --
    "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
  3. Re:dnscache as an common daemon by SanityInAnarchy · · Score: 4, Insightful

    DJB's approach to standards is to write his own incompatible version.

    Right, since there isn't a standard right now...

    As for user friendly, he can't even put the man pages where they can be found.

    That's why I called it "trying".

    Other than not watching for dead processes, what exactly is the problem with /etc/init.d?

    Well, init.d is complete in the sense that brainfuck is Turing-complete.

    Which is to say, it's actually awkward for quite a lot of things. For instance: networking.

    On Gentoo, the way multiple network interfaces are dealt with is by assigning each of them an init script, all symlinked to the same one. Gentoo init scripts have dependencies, so I can have something depend on some or all of the network interfaces being up.

    On Debian, this is dealt with by having one "networking" init script that then ties into its own init-like system for individual interfaces -- ifup/ifdown. I can force certain scripts to run after an interface comes up or goes down.

    On Ubuntu desktops, this is dealt with by having a NetworkManager daemon (started by init.d) that handles everything itself, by communicating with a GUI. I'm fairly sure it uses ifup/ifdown in some way, as it seems to respect some of my static scripts.

    Gentoo is the closest to the "right way", in that there's a unified way to start/stop something. That is, on Gentoo, I know I can stop a network device by doing /etc/init.d/net.eth1 stop. But Ubuntu's the most user-friendly way, because I can do it from a GUI, and, for instance, easily migrate between wireless networks.

    Now, go read about upstart, for a completely different approach. In particular, the ability to receive "events" from, say, udev or HAL, means that the equivalent of "/etc/init.d/net.eth1 start" will be run when I plug a cable into eth1, without removing that functionality, or forcing it into a completely different system (ifup/down).

    At least, that's how I think it would work. In practice, while Upstart is used in Ubuntu, it's mostly used just to launch all the old sysv rc scripts, which then launch things like NetworkManager.

    --
    Don't thank God, thank a doctor!