Linked by Thom Holwerda on Wed 4th Apr 2007 21:29 UTC
Permalink for comment 228331
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/23/13 22:04 UTC
Linked by Thom Holwerda on 05/23/13 22:01 UTC
Linked by Thom Holwerda on 05/23/13 17:52 UTC
Linked by Thom Holwerda on 05/22/13 22:23 UTC
Linked by Thom Holwerda on 05/22/13 13:38 UTC
Linked by Thom Holwerda on 05/22/13 13:30 UTC, submitted by JRepin
Linked by Thom Holwerda on 05/21/13 22:06 UTC
Linked by Thom Holwerda on 05/21/13 21:45 UTC
Linked by Thom Holwerda on 05/21/13 15:53 UTC
Linked by Thom Holwerda on 05/20/13 22:43 UTC
More News »
Sponsored Links



Member since:
2007-04-05
I've answered this question at least a couple of times, most recently in email. As a time saver (for me) I'll reproduce that response and give it a catchy title in the hopes that more folks will read it:
Releasing anything to open source requires a considerable amount of due diligence to ensure that the code being released is not encumbered in any way.
The BeOS sources amount to roughly 3/4 of a gigabyte of code. Having anyone "just come in" and do whatever to it would take a considerable amount of time and effort, and I'd still have to be involved myself and involve my engineering staff, who'd have to take the time to familiarize themselves with that 3/4 of a gig of stuff which we're don't, and don't stand to, derive any income from.
Preparing code for open source release takes considerable work, and it's not simply engineering work, either. There's no quick 'n' dirty way to make it happen--not without my company taking on what I'd consider to be significant and unacceptable risk. Since I am the open source compliance officer for the corporation, I'm required to go through the due diligence necessary to ensure that I'm not placing my employer in a problematical position. That's not a task I can take on lightly, particularly when my time is quite well-filled with activities which are directly relevant to our actual business activities, something that, as I've indicated, BeOS is not. Sorry: them's the facts.
So, I won't make any statement one way or the other as to whether we'll release the BeOS sources. And--in all sincerity, not to aggravate you further--if we decide to, you'll know about it when we do it, and not before: I don’t want to create expectations in the community which I can't, ultimately, fulfill. For similar reasons (and issues of security, exposure to NDA'd third-party intellectual property, and the like aside), I'm hesitant to involve a raft of engineers, unknown to me, of uncertain quality, whose work I'd have to oversee anyway.
Operating systems are complex, as I'm sure I don't have to inform people here. You can't "just" do anything. Sorry, again, but that's a fact, too. You don't have to like it, but I can't change it.
I hope this clarifies my position and situation and provides some context.