<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:times new roman,serif;font-size:small"><br></div></div><div style="font-family:times new roman,serif;font-size:small" class="gmail_default"><b><i>Steve,</i></b><br></div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I publish most of my stuff under the Expat license (<br>
<a href="https://directory.fsf.org/wiki/License:Expat" rel="noreferrer" target="_blank">https://directory.fsf.org/wiki/License:Expat</a> ), which resembles one of<br>
the BSD licenses. I do this knowing full well that Red Hat or Microsoft<br>
or Oracle or Amazon can take some or all of it proprietary. When I want<br>
to prevent this, I go GPLv2, which I like for its simplicity.<br></blockquote><div><br></div><div style="font-family:times new roman,serif;font-size:small" class="gmail_default"><i><b>This is fine for software that is completely written by you, as you are the single copyright holder.   It is also fine for software where it is written by a group and an agreement is signed where the copyright is under the control of an organization (to keep things simple, let's call it a "power of attorney") so the license can be changed.<br><br></b></i></div><div style="font-family:times new roman,serif;font-size:small" class="gmail_default"><i><b>However, in lots of cases neither of these are true.   The Linux kernel is one of them, and the license can not be changed unless all of the copyright holders of the  current code base agree.   Some of them will not agree.   Some have left the project.   Some are dead and their heirs will not agree or can not be found.<br><br></b></i></div><div style="font-family:times new roman,serif;font-size:small" class="gmail_default"><i><b>Of course there could be a large sandbox created and the entire code base could be re-written under a plan to coordinate the copyright, but that would be a lot of work.   This is, in effect, what happened with BSDlite.   The AT&T code was scrubbed out of the system.</b></i><br><br></div><div style="font-family:times new roman,serif;font-size:small" class="gmail_default"><i><b>Forking does not allow you to change the license.   The code that is there is still under the license of the original code.   It allows management of the code to change, but not the license.<br><br></b></i></div><div style="font-family:times new roman,serif;font-size:small" class="gmail_default"><i><b>So yes, </b></i><b>you </b><i><b>can change the license of the code that </b></i><b>you</b><i><b> wrote, but that is not what I am talking about.</b></i><b><br></b></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
>My point in writing the article was to bring back to peoples minds the<br>
>original reasons for Free Software.   The fact that people would get<br>
>binary code and not be able to do what they needed with it.  The fact<br>
>that companies would release binary code and then either force you to<br>
>have a maintenance contract with them to get the bug fixes or<br>
>enhancements you need.   The fact that over time the companies would<br>
>walk away from the release you were counting on and never patch it<br>
>again.  Can you say "Windows XP", with close to 12,000,000 systems<br>
>still running it?  <br>
<br>
Another original reason: So you could grab somebody else's free<br>
software, modify it as desired, and give it free to 1000 of your<br>
closest friends and customers, with no compliance hassles.<br>
<br></blockquote><div><span class="gmail_default" style="font-family:times new roman,serif;font-size:small"><b><i>True, but as I have stated several times, I do not believe all of RHEL is "Free Software".  Not all is covered by the GPL, so not all of it bears the requirement to distribute the source code, even if you believe the GPL requires that.</i>  <i>As things roll out on this Red Hat may release SRPMs of GPLed code, but that will still not be a RHEL release.</i><br></b></span> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>
<br>
<br>
>Finally, at the bottom of my blog article, was the real meat of what I<br>
>had to say.   In the aftermath of Red Hat's announcement four<br>
>different groups came forward and said that they were going to create<br>
>a clone of RHEL.   If these four groups were going to spend the time<br>
>and money to each create a clone, that means we would have four more<br>
>"RHEL"s.   I pointed out that this was, at best, three clones too<br>
>many.   I also pointed out that what we really needed was a competitor<br>
>to RHEL, a better RHEL, not just a clone.<br>
<br>
The competitor wouldn't have the gigantic marketing power of the<br>
IBM/Redhat conglomeration, so no matter how good it was, it would be<br>
hard to compete. You're a historian, remember "you can't get fired for<br>
buying IBM?" They were still mouthing that platitude in the mid 80's<br>
when I busted into the kitchen table programming sphere.<br>
<br>
If people would buy it, it wouldn't be hard (relatively speaking) to<br>
create such a beast from the very simple Void Linux. Just pay a few<br>
people to maintain Void packages for the softwares that are essential to<br>
the new solution provider, and you could produce something pretty darn<br>
good. Of course, not having the intentional complexity of Red Hat, you<br>
wouldn't get as much consulting and training work.<br>
<br>
<br>
><br>
>But that is hard work, and from my experience would take much more<br>
>money than the 10 million dollars that SUSE was putting forth, even if<br>
>they only managed to copy the RHEL release source code (all of it, GPL<br>
>or not) and rebuild it.   It is the rest of what is needed that would<br>
>cost a lot more to bring to the table.   It probably could be done.  I<br>
>would encourage it to be done.<br>
<br>
>From a technical standpoint I see it as very doable, but nobody's going<br>
to risk 10 million dollars on the line when it's likely they'll be<br>
outmarketed by Red Hat.<br><br></div><span class="gmail_default" style="font-family:times new roman,serif;font-size:small"><b><i>And I have said as much.   An enterprise system is much more than just the bits in the ISO.   Red Hat has put in the work since 1993 (with a first release in 1994) to build those international channels and do that marketing. IBM has been doing it much longer.<br></i></b></span><br>
><br>
>Sorry if I gave you any other idea of what I was saying.<br>
<br>
No problem.<br>
<br>
SteveT<br>
_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="https://mail.ale.org/mailman/listinfo/ale" rel="noreferrer" target="_blank">https://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" rel="noreferrer" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</div></blockquote></div></div>