[clug] RedHat OpenSource And Proprietary
George at Clug
Clug at goproject.info
Mon Dec 12 09:58:18 UTC 2016
Thank you for an excellent explanation of Red Hat.
At Monday, 12-12-2016 on 01:54 Paul Wayper wrote:
On 11/12/16 09:21, George at Clug wrote:
> I have often wondered where RedHat sits with being FOSS,
> OpenSource, and/or Proprietary
OK, as some people may know I work for Red Hat. I'm going to answer
personal capacity, and since I haven't been working there for long I'm
to answer in general :-)
> So today I searched the intenet, and did not find a simple answer,
> just lots of rambling.
Looking at the whole ecosystem and marketplace for Free, Open Source
to me there's one basic tenet - you make money from services, not
software. For the most part that means paid support and/or paid
(e.g. if you want a Red Hat Ceph cluster built, we can do that for you
money). Obviously at that point we get bogged down in the messy
licenses, entitlements, periods of service and other measures of how
customer has to pay for that support or consulting. So at that
point it looks
less 'open', since those things are designed to make sure the service
makes money off its clients.
I'd argue (and I think I would have argued this before I started my
job) that the property of 'openness' is orthogonal to the property of
'customer relationship'. In other words, the fact that Red Hat has
who pay money to have regular updates, timely updates for security
and readily available support, doesn't preclude it also contributing
large number of open source projects in many many ways.
 Some companies, I observe, sell products based on the GNU/Linux
build an entire proprietary software stack on top of that and don't
the source code for any of it. Some companies sell support for an
product but offer no way for customers to contribute bugs or
worth remembering here that nothing in the GNU Public License prevents
selling access to the software, as long as they also give access to
code for free.
And it's also worth remembering that many many companies have packaged
GNU/Linux in some proprietary form, not distributed the source code,
and ended up having to ... provide the source code. See
> Can anyone explain to me if Red Hat is OpenSource or Proprietary.
> how much of the proprietary code it purchases does it then open up
> the OpenSource community?
>From what I've seen internally and externally Red Hat really tries
hard to be
open source. It tries to use open source products, and it pays for
a lot of
developers to work on open source projects. It's bought several
the past and opened their products up.
> What features/programs are available in Red Hat but not in other
> Distributions because these are proprietary to Red Hat?
What do you mean by 'proprietary' here?
If you mean 'Red Hat's own proprietary code that's not GPL or similar
license', then there is no such thing. Everything that Red Hat puts
is GPL or similar OSI-approved open source license .
Here we steer into complicated legal territory. As I understand it,
does not actually require Red Hat to release the source code to
only the people to whom it distributes its software. The fact that
make all its updates available, via places like
ftp://ftp.redhat.com/pub/redhat/ and in upstream projects, is Red Hat
to be a good community player.
If you mean 'things which Red Hat contributes but to which I don't
access, as I'm not paying for a subscription to Red Hat's products',
the point above. There was a bit of a furore a while ago about Red
contributing its kernel patches in one big lump in its source RPMs,
than nicely identified and separated patches. That's because one of
competitors has a habit of taking Red Hat's work, rebranding it, and
it as its own. Red Hat still contributes its work upstream, so if
you want to
track the GNU/Linux kernel git repository then you can probably pull
patches apart from there. The source in the RPMs might not be in
everyone else likes to see it in, but the source code is all there, so
Hat's contribution to the GNU/Linux kernel is still GPL compliant.
I guess many people view this as somehow a corruption of the
Open Source. But as I said above, I think the problem is that
perception that somehow "Free" must also mean "not making any money at
I think Red Hat is showing that it's possible to keep to the
make money, but obviously some people disagree on that.
If you mean 'Red Hat is also working on products that are not FOSS
uses internally', then there are three answers to that. One is to
look at Red
Hat's long history of buying projects and open sourcing
them. Another is that
this is also (see the legal note above) not a conflict with the
third is that since almost all software companies work on their own
internally without publishing it to the world, I don't see Red Hat as
any way exceptional. Even amongst companies that make FOSS products
If I've missed your definition of 'proprietary' as it applies to
features you're thinking of in Red Hat's products, then let me know.
> Is there a chance that Red Hat will become a different Linux which
> will not be compatible with other Linux distributions due to being
> more proprietary than OpenSource?
Put simply, I believe not, but I think (to quote Charles Babbage) "I
able rightly to apprehend the kind of confusion of ideas that could
such a question."
What do you mean by 'compatible'? You can't install Debian APT
RHEL (Red Hat Enterprise Linux), so that's incompatible. But you
RPM packages from the EPEL repository that also install on CEntOS (and
from Fedora), so that's compatible. Companies (like nVidia, SAP,
AutoCAD and others) make proprietary software that installs via RPM
on RHEL, but that doesn't make RHEL proprietary. As Hal's observed,
packages that you get in RHEL are all available as source RPMs from
can get the raw source code or compile in your own way, should you
but at that point they cease to be Red Hat's concern.
There's nothing inherent in the code that requires a specific license
on Linux. This is a good thing! This means you can work on your
without having to declare them FOSS or sign them with some trusted
company. The FOSS community cares about what license things are
witness the number of distributions that don't package the nVidia
video drivers because they don't have an open license.
But I think your question is predicated on the idea that Red Hat's
products are in any way proprietary, which is (to the best of my
> What is the history of KVM? I believe that Red Hat has provided
> technology to OpenSource (FOSS?). Yesterday using Virt-Manager I
> to migrate a VM from CentOS to Debian and also from Debian to
> but due to differences in environments I was not able to. This may
> only be differences in folder layouts, but are there larger
No idea. I seem to recall that KVM came from another company that
bought and opened, but I don't recall the specifics and can't be
doing the research - that's left as an exercise for the reader :-)
> I realise that drivers for hardware that are provided by the
> manufactures, are mostly not OpenSource and are proprietary, but
> about Red Hat's proprietary code? Where does this sit?
What 'proprietary' code is that?
Red Hat Enterprise Linux is not supplied with any proprietary hardware
> Can Red Hat code be 100% compiled from source? (excepting for
> driver specific code).
As Hal said, people already do take all the Red Hat source RPMs,
the Red Hat branding, put their own branding on it (e.g. CEntOS) and
it. So the answer is yes.
 Red Hat and other GNU/Linux distributions package some Intel and
processor microcode updates. Those are proprietary, but since they
only the environment of the CPU itself and don't affect the operating
FOSS people generally tend to package them as is. If you don't want
don't install them, and your computer will run pretty much the
same. To my
knowledge that's the extent of non-FOSS software in Red Hat's
free to correct me if you can find examples otherwise.
I'm obviously biased here, but what I see is that Red Hat is trying
hardest to be open and to work with the community of Free Open Source
developers and people. It's never going to be perfect because of
vs community tensions I talked about above. But I think that, like
like Fedora, like any number of other open source projects, they do
they can to contribute to everyone's success.
Hope this helps,
linux mailing list
linux at lists.samba.org
More information about the linux