Home | Software Package Data Exchange (SPDX)Learn Find out more about SPDX and get answers to commonly asked questions. View more
Developer Certificate of Origin
Developer Certificate of Origin Version 1.1 Copyright (C) 2004, 2006 The Linux Foundation and its contributors. Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. Developer's Certificate of Origin 1.1 By making a contribution to this project, I certify that: (a) The contribution was created in whole or in part by me and I have the
Facebookの特許条項付きBSDライセンスが炎上している件について｜こんぴゅ
先月あたりから、オープンソースソフトウェア（以下、OSS）のライセンスのあり方について、Facebookを火種にして侃々諤々の議論が起こっているので解説してみる。 ASFがFacebookにNOをつきつけることの始まりは、Apache Software Foundation（以下、ASF）という著名OSSプロジェクトを多数保有する非営利団体が、Facebookが自社OSSに付加している独自ライセンス Facebook BSD+Patents license を「Category-X」リスト（禁忌リスト）に追加したことだ。 ASFプロジェクトは、Category-Xに含まれるOSSに依存してはいけない決まりがあるため、Facebook製のOSSに依存しているプロジェクトは、8月31日以降はそれらの依存を取り除いてからではないと新しいリリースが出来ない。影響を受けたプロジェクトは少なくとも C
GNU General Public License - Wikipedia
FSFならびにFLOSSコミュニティは、これら懸念に対し真剣に取り組むべく、バージョン3への改訂作業を始めた[16][17]。2005年後半、FSFは、GPLバージョン3 (GPLv3) の策定に関するアナウンスを行った[18]。2005年の時点でGPLは様々なFLOSSプロジェクトのソフトウェアに採用されていたこともあり、FSFが単独で改訂することにより起こりえる問題を回避するため、改訂プロセスは公開で行うことが同時に発表された[18]。2006年1月16日、GPLv3の最初の議論用草稿 (discussion draft) が公開され[19]、公開協議プロセスを開始した。当初公開協議は9ヶ月から15ヶ月を想定していたが、終わってみると、4つの草稿公開に延べ18ヶ月にまで要した。公式のGPLv3は2007年6月29日、FSFにより発表された。GPLv3は、リチャード・ストールマンにより起
著作権の保有と譲渡
多くの人の貢献によって成り立っている、 フリーなコードやドキュメントの著作権をうまく扱う方法は3つあります。 ひとつめは、(私はお勧めしませんが) 著作権にまつわる問題をすべて無視してしまうことです。 ふたつめは、contributor license agreement (貢献者ライセンス同意書、以下 CLA) をプロジェクトで働く人達から集め、 個人が行った貢献をプロジェクトが使う権利を明示的に与えてもらうことです。 ほとんどのプロジェクトは通常これで十分です。また、裁判の管轄区域によっては、 CLA は電子メールで送ることができるのも優れています。 三つめは、プロジェクト (通常は非営利な法的主体) が全ての著作権を保持するために、貢献する人から著作権を実際に譲ってもらうことです。 これがもっとも法的には隙のない方法ですが、貢献する人にとってはもっとも厄介です。 よって、この方法を求
ライセンスの選択を恐れる必要はありません - Qiita
この記事はCC BY 3.0に基いて公開されてゐるWebサイトChoosing an OSS license doesn’t need to be scary - ChooseALicense.comのコンテンツ各ページを翻訳し、単一記事として再構成、訳者による補足を追加したものです。 2017年5月9日に開示されたコミュニティガイドラインに伴って、本記事の翻訳部分につきましては削除いたしました。 (この記事が削除または非公開化されない限り、編集履歴からお読みいただくことは可能です。) (訳註: この「はじめに」及び末尾の「訳者による補足」の章は原文にはなく、翻訳者(@tadsan)によるものです。記事の著作権表示及び元Webサイトの利用規約、免責事項、そしてこの記事についての訳者の見解について記します) (この記事の一部または全て ——ただしコメント欄は含まれない—— はCC BY-SA
Open Source Licenses by Category
Open Source Licenses by Category Page created on September 19, 2006 | Last modified on November 2, 2022 License Index License Approval Process License Information Origins and definitions of categories from the License Proliferation Committee report In the lists below, a parenthesized expression following a license name is its SPDX short identifier, if one exists, except for two items in the first
Various Licenses and Comments about Them - GNU Project - Free Software Foundation
This page is maintained by the Free Software Foundation's Licensing and Compliance Lab. You can support our efforts by making a donation to the FSF. Have a question not answered here? Check out some of our other licensing resources or contact the Compliance Lab at licensing@fsf.org. We classify a license according to certain key criteria: Whether it qualifies as a free software license. Whether it
Welcome Creative Commons
Better Sharing, Brighter Future “Twenty Years of Creative Commons (in Sixty Seconds)” by Ryan Junell and Glenn Otis Brown for Creative Commons is licensed via CC BY 4.0 and includes adaptations of the multiple open and public domain works. View full licensing and attribution information about all works included in the video on Flickr. Creative Commons is an international nonprofit organization tha
SPDX License List | Software Package Data Exchange (SPDX)
SPDX License List The SPDX License List is an integral part of the SPDX Specification. The SPDX License List itself is a list of commonly found licenses and exceptions used in free and open or collaborative software, data, hardware, or documentation. The SPDX License List includes a standardized short identifier, the full name, the license text, and a canonical permanent URL for each license and e
ドイツの裁判所、オープンソースプログラムに違法なコードが混入したのはプロジェクトオーナーの責任と判断 | スラド オープンソース
オープンソースのダウンロードツール「JDownloader2」の非公式ベータ版に技術的保護手段を回避する機能が含まれていたとして、ドイツ・ハンブルクの裁判所が開発母体のAppWorkに罰金25万ユーロの支払いを命じているそうだ(TorrentFreakの記事、 JDownloader.orgの記事、 heise onlineの記事、 本家/.)。 違法とされたのは暗号化されたRTMPE方式のストリーミング動画をダウンロードする機能で、外部のコントリビューターが追加したもの。AppWorkによれば、該当バージョンはナイトリービルドとして自動で生成されており、その時点では違法な機能が含まれることを確認することはできなかったという。JDownloader2の事前差止と罰金の支払いを命ずる判決は6月に出されており、控訴も先日棄却されたとのこと。これについてAppWorkでは、小規模なプロジェクトで
みんな大好きjQueryのライセンスを地道にチェックしてみた | オープンソース・ライセンスの談話室
ご存知、Webブラウザ用の軽量なJavaScriptライブラリ「jQuery」(ジェイクエリー)。これを使うと、ウェブブラウザ用のJavaScriptコードをより容易に記述できるようになります。 このjQuery、オープンソースソフトウェア(OSS)として提供されていますが、ライセンスを確認したことがありますか？そして、それをどんなふうに確認しましたか? 先日、「自作ソースコードに、MITライセンスを適用する３つのやり方」という記事を書いたところ、けっこう多くの人に読んで頂けました。ライセンスの適用方法が、よく分からないという人が、まだまだいるってことだと思いますが、これって、そもそもOSSのライセンスがどのように適用されているか、きちんと実例を見ていない可能性が高いんじゃないかと考えました。そこで、今回は、jQueryを題材にライセンスの確認方法を解説します。 手間のかからない方法からは
自作ソースコードに、MITライセンスを適用する３つのやり方 | オープンソース・ライセンスの談話室
自分の作ったソフトウェアをオープンソースとして公開する。まだまだ敷居が高いようです。人気のソースコード共有サービスGithubも、無償で使う場合にはソースコードをオープンソースにする必要があるのですが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」という話もあるくらいです。 では、なぜオープンソースライセンスが、なかなか適用されないのでしょうか。 その理由としては、 オープンソースにしたくない オープンソースライセンスの適用方法が分からない といったことが考えられますが、前者は、Githubの利用条件に合わないので、そもそも無理があります。 さて、後者の「ライセンスの適用方法が分からない」ですが、前回、Githubのライセンス解説サイトを取り上げた時も、「ライセンスが分からない、めんどう」といったコメントが、いくつか見受けられました。ですから、ライセンス適用
なぜリチャード・ストールマンはオープンソースを支持しないか
「リチャード・ストールマンはオープンソースを支持しない。」なんていうと、オープンソースにあまり詳しくない人はギョッとするかも知れない。ギョッとした人は是非このエントリを読んで欲しいと思う。 我らがリチャード・ストールマン（敬称略）はGNU宣言を発表してフリーソフトウェア運動を始めた偉人である。そう、リチャード・ストールマンが支持するのはフリー（自由な）ソフトウェアであってオープンソースではないのだ。なんだか似たような感じがするし、恐らくオープンソースとフリー（自由な）ソフトウェアを明確に区別している人はほとんど居ないだろう。オープンソースと言う語をはじめて公式に発表したブルース・ペレンズも「フリーソフトウェアとオープンソースは実質的に同じものを指す」なんて言っちゃってるぐらいだ。だけどリチャード・ストールマンは二つを明確に区別し、あくまでもフリー（自由な）ソフトウェアを支持する立場を貫いて
オープンソース・ソフトウェアに潜むリスクを知る（後編）|要確認！ ライセンスによっては法的問題に発展するケースも - CIO Online
前編では、OSSのライセンス形態に関する注意点と、その利用に伴うリスクを説明した。続く後編では、このリスクについてもう少し踏み込み、自社におけるOSSの利用状況を把握する必要性を述べる。関連トップページ： BCM／リスク・マネジメント オープンソース／Linux オープンソース・ソフトウェアに潜むリスクを知る（後編） 要確認！ ライセンスによっては法的問題に発展するケースも 2010/03/29 前編では、OSSのライセンス形態に関する注意点と、その利用に伴うリスクを説明した。続く後編では、このリスクについてもう少し踏み込み、自社におけるOSSの利用状況を把握する必要性を述べる。 “身売り”の準備をしている企業は、事前にオープンソースのリスクを知っておくべきだ。買収元の企業は通常、買収先のOSSの利用状況を入念に評価する。一般に、買収契約書ではOSSの使用／頒布について開示することが義務
Open Tech Press | GNU GPLv3 日本語訳
去る6月末に正式リリースされた、GNU General Public Licenseバージョン3 (GPLv3)の日本語全訳を公開する。読みやすさ、理解のしやすさを旨に訳出した。訳に関する意見や誤訳の指摘は、本記事へのコメントとして寄せて頂けるとありがたい。 GNU 一般公衆利用許諾書 (GNU General Public License) バージョン3、2007年6月29日 日本語訳、2007年9月5日 Copyright (C) 2007 Free Software Foundation, Inc. <http://fsf.org/> Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed. (訳: 本ライ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Choose a License
GitHub - ocdet/veip: VEIP : Virtual Ethernet over IP