Dear Sir, "M.S.Yatnatti CEO KPN UNLIMITD" <[EMAIL PROTECTED]> writes:
> Dear sir , We have noted your points .Thanks for your feed back.For > some persons freedom of software is looks like fun.When we lose > total freedom then only we understand the value of freedom. But > FOSS is big community .it will take care of every body's fun.Least > bothered even if some body calls me stupid.I am continuously > getting good response. My new sub question ? Is Red Hat > Enterprise Linux violates the fedora license Agreement (GPL) ? > which is available at > http://fedoraproject.org/wiki/Legal/Licenses/License Agreement By > its trade marks policy available at > http://www.redhat.com/about/companyprofile/trademark/ We have noted your attitude. Thanks for your interest and learning about this community. You have immense patience and resilience. Indeed, we are humbled, that the CEO of such a big corporate house is taking time off from his work to take advise and learn from us. We also note that like the true and faithful disciple like SantCruzOp and its "never understand" attitude, you have new questions and new point of views and new material for each of your query which is answered here. > Legally Red Hat Enterprise Linux cannot Violates Fedora 9 (GPL) > license . How true!!! But not everything in Fedora 9 is GPL. There is MPL, BSD (3 or four versions of it), there is the MIT. There is the GFDL. There is the Artistic License. There is the APL. There is the LGPL. Actually 2 (or possibly 3) versions of the GPL, LGPL and GFDL. > Red hat is also user of fedora and has to continue same license in > Red Hat Enterprise Linux. Possibly. We do not know. At least, I do not. I am not a close watcher of what happens @ Fedora. > It can ask the user to rename the distribution if user modify and > distribute. Nope. You got it wrong. Sorry to say that. s/can ask/asks > Red Hat cannot prohibit the user to distribute unmodified > versions. Red Hat cannot restrict the user to distribute or > redistribute unmodified versions for which How true. And like the Fedora license says, when Red Hat, I presume, renames Fedora as Red Hat instead of err.. well. Fedora. > Fedora 9 license (GPL)permits. Red hat cannot force the community for > Rebuilds with other names of unmodified versions . If user modifies Why not?? What is wrong with what Red Hat is doing? AFAICT, the community has no problems with what RH is doing. What is your problem? > Red Hat Enterprise Linux and modifies the Software, then User must > replace all images containing the " Red Hat Enterprise Linux" > trademark. Those images are in the Red hat -logos package. > To our information Who are you referring to when you say "our"? The community? Or your company? > Centos does not modify anything accept removing " Red Hat > Enterprise Linux" trademark and logo files. Ok. Fine so far. > Therefore Red Hat Enterprise Linux Violates Fedora 9 (GPL > license)Hope I get response only on the subject. M.S.Yatnatti I am a bit confused by your flow of thinking here. CentOS removes RH logos from RHEL. The community or Red Hat has no problems with that. I do not see why you should. Now you say, that because CentOS removes RH logos from RHEL, RHEL is violating the Fedora GPL. Where does Fedora come into picture? What does Fedora have to do with CentOS modifying RHEL? You can do what CentOS is doing - take source code from RHEL/CentOS and modify them. Or remove RH / CentOS logos without modifying anything else. A better way would be to take source code from where RHEL or CentOS or even Fedora gets it, PUT in your own logos / trademarks and build your own distribution. Like RHEL. Or CentOS or Fedora. Or Debian. Or Gentoo. Or Ubuntu. Or Mandrivia. Or Slackware. The last option would be more honest. And will make business sense. Best of luck. -- Mahesh T. Pai Free Software - it is free as in FREEDOM _______________________________________________ ilugd mailinglist -- [email protected] http://frodo.hserus.net/mailman/listinfo/ilugd Archives at: http://news.gmane.org/gmane.user-groups.linux.delhi http://www.mail-archive.com/[email protected]/
