News for hackers. Stuff that matters.
Re:Software Licenses and Failed States by Doctor_Fegg on Wednesday May 18, 2016 @08:33AM (#11721407)
The methodology behind this graph is really rudimentary, as the original author admits[1], and I wish people would stop quoting it without big health warnings.

"To detect what license, if any, a project is licensed under, we used an open source Ruby gem called Licensee to compare the repository's LICENSE file to a short list of known licenses. However, it's important to note that this approach doesn't count a project as licensed if the README indicates a specific license or if individual project files contain a named license in the code comments."

Of my 13 (original, non-forked) projects on github, 11 state a licence; each one would be immediately found by a human looking at the project; not a single one would be found by the above method.

[1] https://github.com/blog/1964-open-source-license-usage-on-gi...

Re:Software Licenses and Failed States by caf on Wednesday May 18, 2016 @09:41AM (#11721814)
Right, I don't understand why it doesn't at least look for COPYING or COPYRIGHT as well, those filenames have quite some seniority.
Re:Software Licenses and Failed States by snuxoll on Wednesday May 18, 2016 @11:07AM (#11722471)
Hell, you can't use GNU Autotools without a COPYING file or it will yell at you until you create it or figure out the incantation to make it ignore the lack of said file. There's still plenty of software out there on github that uses automake/autoconf that wouldn't be properly recognized like this.
Re:Software Licenses and Failed States by jwilk on Wednesday May 18, 2016 @01:31PM (#11723804)
s/really rudimentary/totally flawed/