29 ms·

Netatalk was primarily authored, maintained, and ultimately abandoned by the University of Michigan -- all under a BSD license. During this process, how many im

Netatalk was primarily authored, maintained, and ultimately abandoned by the University of Michigan -- all under a BSD license. During this process, how many improvements were contributed by corporations/individuals who would not have done so had it not been BSD licensed, or who simply didn't care what the license was? The resurgence in interest coincided with the interest and engagement with new, GPL-proponent developers. It's hardly a non-biased piece of anecdote.

Scramblejams 17y ago
Of course not, because a core of developers who wanted the project to move forward recognized that multibillion dollar companies were benefiting but not contributing, and a change to the GPL motivated their involvement and brought the project back to life. Did companies contribute under the BSD license? Of course, some did. But not enough to keep the project from entering a coma. And nobody wanted to fork it if no one was going to contribute. It's not a trivial anecdote when you can say that the GPL brought a project back to life, because that's what it did.
- antonovka 17y ago
  It's not a trivial anecdote when you can say that the GPL brought a project back to life, because that's what it did. New, active, non-umich developers -- who also happened to favor the GPL for personal/political reasons -- brought the project back to life. Not the GPL. The project stagnated because AppleTalk ceased to be used, and AFP over TCP was generally replaced in most corporate installations by Windows Fileshares or WebDAV, and UMich didn't need it anymore -- not because corporate interests were stealing contributor's labor. It's presumptuous to take a product that was entirely and successfully developed for years under the BSD license and then claim it as a GPL success story because the new maintainers had a moral imperative to relicense. You wouldn't claim it a success story for their coding style if they also decided to switch to 4 character tabs and newlines before braces.
  - Scramblejams 17y ago
    "New, active, non-umich developers brought the project back to life. Not the GPL." While we're being pedantic, I'll note, completely unnecessarily for our thinking readers, that the GPL was necessary but not sufficient. "The project stagnated because AppleTalk ceased to be used, and AFP over TCP was generally replaced in most corporate installations by Windows Fileshares or WebDAV." That's an interesting assertion. No one could plausibly argue that the situation today is any different. And yet the project is alive and kicking. You can try to explain why in a way which obviates the license, but the reality is that for the players who showed up to the game, the BSD license was a deal breaker. "It's not the GPL!", you say. "It's that the developers preferred it!" Fine. But if your license drives off all your developers, justifiably or not, whether it's morally superior or not, your license has killed the project. Period. Me? I'd rather choose a license that the developers like. So they, you know: develop.
    - antonovka 17y ago
      You can try to explain why in a way which obviates the license, but the reality is that for the players who showed up to the game, the BSD license was a deal breaker. "It's not the GPL!", you say. "It's that the developers preferred it!" Fine. But if your license drives off all your developers, justifiably or not, whether it's morally superior or not, your license has killed the project. Period. The fact that your missing is that the once-successful project was already dead because the primary authors no longer required it and the technology landscape had changed, not because the BSD licensed was used. Given that, I agree that the "correct" license was whatever license anyone actually willing to contribute wanted. The fact that the few new developers interested in contributing were GPL proponents is entirely happenstance and not a success story -- the project reached full maturity with years of development under the BSD license!
      - Scramblejams 17y ago
        "The fact that your missing is that the once-successful project was already dead because the primary authors no longer required it and the technology landscape had changed, not because the BSD licensed was used." "The project reached full maturity with years of development under the BSD license!" Wrong, wrong, wrong. Absolutely wrong. You said that Netatalk in its UMich days was "once successful" and "fully mature," and that its previous users didn't need to maintain it anymore. Neither of those assertions are true. Fully mature? Reference my earlier post on CNIDs (http://news.ycombinator.com/item?id=799429 http://news.ycombinator.com/item?id=799429), but there were grave data-loss and severe locking bugs in Netatalk which persisted from as far back in its BSD heyday as I can recall. In addition, the build scripts were all kinds of broken, and enabling a basic security feature like DHX was sometimes the subject of long web HOWTOs, due to how fraught the software was. Before the project came back to life, I recommended other options to my clients not because Netatalk's function wasn't necessary, but because Netatalk wasn't trustworthy. (Fortunately a few motivated developers wrote the CDB and DBD backends, and the problem disappeared.) And the idea that its primary users didn't need to maintain it? Hogwash! Not only were many of the major storage vendors continually shipping it in their devices, but they were shipping privately maintained forks of it with fixes for the issues I mentioned. So it _was_ being maintained, but UMich's source tree was out of luck. The BSD license is why they didn't contribute the fixes back, because they didn't have to. And so Netatalk, always kinda broken, stayed kinda broken. (Yes, Netatalk is pretty much the poster child for BSD projects which have been sorely neglected by their Fortune 500 users. IIRC, Quantum was the sole exception, but don't quote me on that.) Now, it's reasonable to propose that if Netatalk had had a GPL license from the beginning, storage vendors might not have adopted it. But vendors ship tens of thousands of units every month running the GPL'd version, so it wouldn't hold water. In addition, there's no need to link to Netatalk in order to build an administration interface around it, something their developers and lawyers have surely always known.

Scramblejams 17y ago

Of course not, because a core of developers who wanted the project to move forward recognized that multibillion dollar companies were benefiting but not contributing, and a change to the GPL motivated their involvement and brought the project back to life. Did companies contribute under the BSD license? Of course, some did. But not enough to keep the project from entering a coma. And nobody wanted to fork it if no one was going to contribute. It's not a trivial anecdote when you can say that the GPL brought a project back to life, because that's what it did.

antonovka 17y ago
It's not a trivial anecdote when you can say that the GPL brought a project back to life, because that's what it did. New, active, non-umich developers -- who also happened to favor the GPL for personal/political reasons -- brought the project back to life. Not the GPL. The project stagnated because AppleTalk ceased to be used, and AFP over TCP was generally replaced in most corporate installations by Windows Fileshares or WebDAV, and UMich didn't need it anymore -- not because corporate interests were stealing contributor's labor. It's presumptuous to take a product that was entirely and successfully developed for years under the BSD license and then claim it as a GPL success story because the new maintainers had a moral imperative to relicense. You wouldn't claim it a success story for their coding style if they also decided to switch to 4 character tabs and newlines before braces.
- Scramblejams 17y ago
  "New, active, non-umich developers brought the project back to life. Not the GPL." While we're being pedantic, I'll note, completely unnecessarily for our thinking readers, that the GPL was necessary but not sufficient. "The project stagnated because AppleTalk ceased to be used, and AFP over TCP was generally replaced in most corporate installations by Windows Fileshares or WebDAV." That's an interesting assertion. No one could plausibly argue that the situation today is any different. And yet the project is alive and kicking. You can try to explain why in a way which obviates the license, but the reality is that for the players who showed up to the game, the BSD license was a deal breaker. "It's not the GPL!", you say. "It's that the developers preferred it!" Fine. But if your license drives off all your developers, justifiably or not, whether it's morally superior or not, your license has killed the project. Period. Me? I'd rather choose a license that the developers like. So they, you know: develop.
  - antonovka 17y ago
    You can try to explain why in a way which obviates the license, but the reality is that for the players who showed up to the game, the BSD license was a deal breaker. "It's not the GPL!", you say. "It's that the developers preferred it!" Fine. But if your license drives off all your developers, justifiably or not, whether it's morally superior or not, your license has killed the project. Period. The fact that your missing is that the once-successful project was already dead because the primary authors no longer required it and the technology landscape had changed, not because the BSD licensed was used. Given that, I agree that the "correct" license was whatever license anyone actually willing to contribute wanted. The fact that the few new developers interested in contributing were GPL proponents is entirely happenstance and not a success story -- the project reached full maturity with years of development under the BSD license!
    - Scramblejams 17y ago
      "The fact that your missing is that the once-successful project was already dead because the primary authors no longer required it and the technology landscape had changed, not because the BSD licensed was used." "The project reached full maturity with years of development under the BSD license!" Wrong, wrong, wrong. Absolutely wrong. You said that Netatalk in its UMich days was "once successful" and "fully mature," and that its previous users didn't need to maintain it anymore. Neither of those assertions are true. Fully mature? Reference my earlier post on CNIDs (http://news.ycombinator.com/item?id=799429 http://news.ycombinator.com/item?id=799429), but there were grave data-loss and severe locking bugs in Netatalk which persisted from as far back in its BSD heyday as I can recall. In addition, the build scripts were all kinds of broken, and enabling a basic security feature like DHX was sometimes the subject of long web HOWTOs, due to how fraught the software was. Before the project came back to life, I recommended other options to my clients not because Netatalk's function wasn't necessary, but because Netatalk wasn't trustworthy. (Fortunately a few motivated developers wrote the CDB and DBD backends, and the problem disappeared.) And the idea that its primary users didn't need to maintain it? Hogwash! Not only were many of the major storage vendors continually shipping it in their devices, but they were shipping privately maintained forks of it with fixes for the issues I mentioned. So it _was_ being maintained, but UMich's source tree was out of luck. The BSD license is why they didn't contribute the fixes back, because they didn't have to. And so Netatalk, always kinda broken, stayed kinda broken. (Yes, Netatalk is pretty much the poster child for BSD projects which have been sorely neglected by their Fortune 500 users. IIRC, Quantum was the sole exception, but don't quote me on that.) Now, it's reasonable to propose that if Netatalk had had a GPL license from the beginning, storage vendors might not have adopted it. But vendors ship tens of thousands of units every month running the GPL'd version, so it wouldn't hold water. In addition, there's no need to link to Netatalk in order to build an administration interface around it, something their developers and lawyers have surely always known.