planet.opennms.orgPlanet OpenNMS
planet.opennms.org Profile
planet.opennms.org
Maindomain:opennms.org
Title:Planet OpenNMS
Description:February 24, 2021 Adventures in Open Source -- Open Source Contributor Agreements I noticed a recent uptick in activity on Twitter about open source Contributor License Agreements (CLAs), mostly negat
Discover planet.opennms.org website stats, rating, details and status online.Use our online tools to find owner and admin contact info. Find out where is server located.Read and write reviews or vote to improve it ranking. Check alliedvsaxis duplicates with related css, domain relations, most used words, social networks references. Go to regular site
planet.opennms.org Information
Website / Domain: |
planet.opennms.org |
HomePage size: | 465.824 KB |
Page Load Time: | 0.053314 Seconds |
Website IP Address: |
34.194.50.139 |
Isp Server: |
Halliburton Company |
planet.opennms.org Ip Information
Ip Country: |
United States |
City Name: |
Houston |
Latitude: |
29.698820114136 |
Longitude: |
-95.586791992188 |
planet.opennms.org Keywords accounting
planet.opennms.org Httpheader
Date: Thu, 25 Feb 2021 14:46:51 GMT |
Server: Apache/2.4.29 (Ubuntu) |
Last-Modified: Thu, 25 Feb 2021 14:40:05 GMT |
ETag: "55d3b-5bc2a209d84d0-gzip" |
Accept-Ranges: bytes |
Vary: Accept-Encoding |
Content-Encoding: gzip |
Keep-Alive: timeout=5, max=100 |
Connection: Keep-Alive |
Transfer-Encoding: chunked |
Content-Type: text/html; charset=utf-8 |
planet.opennms.org Meta Info
content="text/html; charset=utf-8" http-equiv="Content-Type"/ |
content="http://intertwingly.net/code/venus/" name="generator"/ |
34.194.50.139 Domains
planet.opennms.org Similar Website
Domain |
WebSite Title |
planet.opennms.org | Planet OpenNMS |
planet.openstack.org | openstack/openstack-planet: Planet RSS Feed for OpenStack - openstack-planet - OpenDev: Free Softwa |
wiki.opennms.org | OpenNMS |
docs.opennms.org | OpenNMS Projects |
opennms.org | The OpenNMS Group, Inc. |
yum.opennms.org | OpenNMS Yum Repository |
debian.opennms.org | OpenNMS Debian Repository |
demo.opennms.org | OpenNMS Web Console |
geomatics.planet.com | Planet Canada | Planet |
suite.opengeo.org | Planet Federal Planet |
lonelyplanet.com | Lonely Planet | Travel Guides & Travel Information - Lonely Planet |
planet.sagemath.org | Planet Sage |
boundlessgeo.com | Not Found | Planet |
blogs.ei.columbia.edu | State of the Planet |
planet.mozilla.org | Planet Mozilla |
planet.opennms.org Traffic Sources Chart
planet.opennms.org Alexa Rank History Chart
planet.opennms.org Html To Plain Text
February 24, 2021 Adventures in Open Source -- Open Source Contributor Agreements I noticed a recent uptick in activity on Twitter about open source Contributor License Agreements (CLAs), mostly negative. The above comment is from a friend of mine who has been involved in open source longer than I have, and whose opinions I respect. On this issue, however, I have to disagree. This is definitely not the first time CLAs have been in the news. The first time I remember even hearing about them concerned MySQL . The MySQL CLA required a contributor to sign over ownership of any contribution to the project, which many thought was fine when they were independent, but started to raise some concerns when they were acquired by Sun and then Oracle. I think this latest resurgence is the result of Elastic deciding to change their license from an open source one to something more “open source adjacent”. This has caused a number of people take exception to this (note: link contains strong language). As someone who doesn’t write much code, I think deciding to sign a CLA is up to the individual and may change from project to project. What I wanted to share is a story of why we at OpenNMS have a CLA and how we decided on one to adopt, in the hopes of explaining why a CLA can be a positive thing. I don’t think it will help with the frustrations some feel when a project changes the license out from under them, but I’m hoping it will shed some light on our reasons and thought processes. OpenNMS was started in 1999 and I didn’t get involved until 2001 when I started work at Oculan, the commercial company behind the project. Oculan built a monitoring appliance based on OpenNMS, so while OpenNMS was offered under the GPLv2 , the rest of their product had a proprietary license. They were able to do this because they owned 100% of the copyright to OpenNMS. In 2002 Oculan decided to no longer work on the project, and I was able to become the maintainer. Note that this didn’t mean that I “owned” the OpenNMS copyright. Oculan still owned the copyright but due to the terms of the license I (as well as anyone else) was free to make derivative works as long as those works adhered to the license. While the project owned the copyright to all the changes made since I took it over, there was no one copyright holder for the project as a whole. This is fine, right? It’s open source and so everything is awesome. Fast forward several years and we became aware of a company, funded by VCs out of Silicon Valley, that was using OpenNMS in violation of the license as a base on which to build a proprietary software application. I can’t really express how powerless we felt about this. At the time there were, I think, five people working full time on OpenNMS. The other company had millions in VC money while we were adhering to our business model of “spend less than you earn”. We had almost no money for lawyers, and without the involvement of lawyers this wasn’t going to get resolved. One thing you learn is that while those of us in the open source world care a lot about licenses, the world at large does not. And since OpenNMS was backed by a for-profit company, there was no one to help us but ourselves (there are some limited options for license enforcement available to non-profit organizations). We did decide to retain the services of a law firm, who immediately warned us how much “discovery” could cost. Discovery is the process of obtaining evidence in a possible lawsuit. This is one way a larger firm can fend off the legal challenges of a smaller firm – simply outspend them. It made use pretty anxious. Once our law firm contacted the other company, the reply was that if they were using OpenNMS code, they were only using the Oculan code and thus we had no standing to bring a copyright lawsuit against them. Now we knew this wasn’t true, because the main reason we knew this company was using OpenNMS was that a disgruntled previous employee told us about it. They alleged that this company had told their engineers to follow OpenNMS commits and integrate our changes into their product. But since much of the code was still part of the original Oculan code base, it made our job much more difficult. One option we had was to get with Oculan and jointly pursue a remedy against this company. The problem was that Oculan went out of business in 2004, and it took us awhile to find out that the intellectual property had ended up Raritan . We were able to work with Raritan once we found this out, but by this time the other company also went out of business, pretty much ending the matter. As part of our deal with Raritan, OpenNMS was able to purchase the copyright to the OpenNMS code once owned by Oculan, granting Raritan an unlimited license to continue to use the parts of the code they had in their products. It wasn’t cheap and involved both myself and my business partner using the equity in our homes to guarantee a loan to cover the purchase, but for the first time in years most of the OpenNMS copyright was held by one organization. This process made us think long and hard about managing copyright moving forward. While we didn’t have thousands of contributors like some projects, the number of contributors we did have was non-trivial, and we had no CLA in place. The main question was: if we were going to adopt a CLA, what should it look like? I didn’t like the idea of asking for complete ownership of contributions, as OpenNMS is a platform and while someone might want to contribute, say, a monitor to OpenNMS, they shouldn’t be prevented from contributing a similar monitor to Icinga or Zabbix . So we asked our our community, and a person named DJ Gregor suggested we adopt the Sun (now Oracle) Contributor Agreement . This agreement introduced the idea of “dual copyright”. Basically, the contributor keeps ownership of their work but grants copyright to the project as well. This was a pretty new idea at the time but seems to be common now. If you look at CLAs for, say, Microsoft and even Elastic , you’ll see similar language, although it is more likely worded as a “copyright grant” or something other than “dual copyright”. This idea was favorable to our community, so we adopted it as the “OpenNMS Contributor Agreement” (OCA). Now the hard work began. While most of our active contributors were able to sign the OCA, what about the inactive ones? With a project as old as OpenNMS there are a number of people who had been involved in the project but due to either other interests or changing priorities they were no longer active. I remember going through all the contributions in our code base and systematically hunting down every contributor, no matter how small, and asking them to sign the OCA. They all did, which was nice, but it wasn’t an easy task. I can remember the e-mail of one contributor bounced and I finally hunted them down in Ireland via LinkedIn. Now a lot of the focus of CLAs is around code ownership, but there is a second, often more important part. Most CLAs ask the contributor to affirm that they actually own the changes they are contributing. This may seem trivial, but I think it is important. Sure, a contributor can lie and if it turns out they contributed something they really didn’t own the project is still responsible for dealing with that code, but there are a number of studies that have shown that simply reminding someone about a moral obligation goes a long way to reinforce ethical behavior. When someone decides to sign a CLA with such a clause it will at least make them think about it and reaffirm that their work is their own. If a project doesn’t want to ask for a copyright assignment or grant, they should at least ask for something like this. While the initial process was pretty manual, currently managing the OCAs is pretty automated. When someone makes a pull request on our Github project , it will check to see if they have signed the OCA and if not, send them to the agreement. The fact th...
planet.opennms.org Whois
"domain_name": [
"OPENNMS.ORG",
"opennms.org"
],
"registrar": "Amazon Registrar, Inc.",
"whois_server": "whois.registrar.amazon.com",
"referral_url": null,
"updated_date": [
"2020-01-26 00:22:02",
"2019-11-26 02:41:19.915000"
],
"creation_date": "1999-10-12 19:58:45",
"expiration_date": "2021-10-12 19:58:45",
"name_servers": [
"NS-1210.AWSDNS-23.ORG",
"NS-344.AWSDNS-43.COM",
"NS-810.AWSDNS-37.NET",
"NS-1811.AWSDNS-34.CO.UK",
"ns-1210.awsdns-23.org",
"ns-1811.awsdns-34.co.uk",
"ns-344.awsdns-43.com",
"ns-810.awsdns-37.net"
],
"status": [
"clientTransferProhibited https://icann.org/epp#clientTransferProhibited",
"serverTransferProhibited https://icann.org/epp#serverTransferProhibited",
"transferPeriod https://icann.org/epp#transferPeriod"
],
"emails": [
"registrar-abuse@amazon.com",
"owner@opennms.org.whoisprivacyservice.org",
"admin@opennms.org.whoisprivacyservice.org",
"tech@opennms.org.whoisprivacyservice.org",
"registrar@amazon.com"
],
"dnssec": "unsigned",
"name": "On behalf of opennms.org owner",
"org": "Whois Privacy Service",
"address": "P.O. Box 81226",
"city": "Seattle",
"state": "WA",
"zipcode": "98108-1226",
"country": "US"