先月あたりから、オープンソースソフトウェア（以下、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
「オープンソースライセンスは、分かりにくい。」 まだまだ、このように感じているソフトウェア開発者が多いようです。 たしかに、オープンソースライセンスをお手軽に解説した記事は、かなり人気があります。 ソースコード共有サービスとして人気のGithubの利用者にとっても、これは例外ではないようです。 Githubでは、オープンソースプロジェクトには、無償でレポジトリを提供していますが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」と指摘されていました。公開リポジトリの多くに、ライセンス文が設定されていなかったのです。ライセンスが設定されていないソースコードは、著作権者の明示的な許可が得られていないので、自由に複製・配布・改変できません。 そこで、ここでは、2013年7月にGithubが設置したライセンス選択サイト「Choosing an OSS license d
Web フォントを利用する際、技術として理解するだけでなく、フォントに適用されたライセンスを理解しておくことも大切です。 特に和文フォントにおいては SIL Open Font License (OFL) mplus Font License IPAフォントライセンスv1.0 あたりを適用されるケースが多いようです。また、これらのいずれかのライセンスが適用されていれば Web フォントとして利用することができます。ただし、ライセンスによる指示に従う必要があります。 ##各ライセンスの要点 ###SIL Open Font License (OFL) OFL であることを明示すればほぼ自由に Web フォントに利用できます。ライセンス明示方法は後述。 ###mplus Font License ほぼ自由に Web フォントに利用できます。ライセンス明示方法は後述。 ###IPA フォントライ
最近シリコンウエハーもらって嬉しかったago（@kyo_ago）です。 このエントリはGREE Advent Calendar 2013 11日目の記事です。 今回はクライアントサイドJavaScriptにおけるライセンス管理の問題を取り上げたいと思います。 ライセンス管理の問題点 「使用しているライブラリのライセンス管理をどうするか」はクライアントサイドJavaScriptにかぎらず発生する問題ですが、クライアントサイドJavaScriptには以下の様な特徴があるため問題が複雑になります。 コードが結合、圧縮される場合がある クライアントサイドJavaScriptでは読み込みの速度を上げるため、使用しているライブラリの結合、圧縮を行うことがあります。しかし、この時誤ってライセンス文が捨てられてしまうことがあります。 ソースが外部に公開される クライアントサイドJavaScriptではソー
アイディア、コード、デザインなどの断片集 （忘れっぽい自分のための備忘録） snippets of idia, programming, php, design etc. (memos for space cadet) 今までずっと独学でHTMLやらプログラミングやらやってきました。 子供の頃からパソコンで何か作るのが好きで、とうとう職業にしちゃったわけです。 そんなわけで・・・ ライセンスについて今までちっとも勉強してこなかった！ 英語やら法律用語やら専門用語やらで今まで読む気がしなかった。 ということで、今年中にいくつかライセンスについて知ったことをまとめたいと思います。 最終的には、 『GPLのPHPライブラリを利用したウェブアプリケーションを作成販売し、 かつ、オリジナルで作った部分のソースを公開する必要があるのか？』 を理解することですが、ちょっと調べたくらいじゃ、そんなモノわか
GitHubが、どのオープンソースライセンスを選択すればよいのか指針となるサイトを公開したので、それぞれの特徴を翻訳してまとめてみました。 Choosing an OSS license Apache v2 License GPL v2 MIT License Mozilla Public License Version 2.0 LGPL v2.1 BSD (3-Clause) License Artistic License 2.0 GPL v3 LGPL v3 Affero GPL Public Domain (Unlicense) No License Eclipse Public License v1.0 BSD 2-Clause license 備考：各項目の補足説明 最後の「備考：各項目の補足説明」に各項目の補足となる説明をまとめました。 Apache v2 License ソ
MySQLのライセンスはサーバ/クライアントの区別なく、GPL(GNU General Public License)か、コマーシャルライセンスのいずれかの形態を選択するデュアルライセンス方式です。 もしあなたがMySQLを使ったソフトウェアを開発し、他の人に配布しようとしている場合、それは有料、無料、評価版、製品版にかかわらず、あなたの開発したソフトウエアをGNU GPLに従い配布するつもりがなければ、コマーシャルライセンスの購入が必要となります。 ※ GNU GPL(GNU General Public License)とは、フリーソフトウエア財団の一般公衆利用許諾契約書のことで、ソフトウエアの共有と改変を自由に保証するものです。 ※ GPLを選択する場合、目的を問わず、開発されたものはGPLとしてソースコードと共に配布しなければなりません。また再配布,変更,コピーを禁止してはなりませ
非常に緩いライセンスです。 1999年までのBSDライセンスには、初期開発者を表示する宣伝条項が含まれていました。 現在はこの宣伝条項のない新しいBSDライセンスを修正BSDライセンス (New BSD License)あるいは三条項BSDライセンス (3-clause BSD license) と呼ばれています。 BSDライセンスをベースに作成されたBSDスタイルのライセンスも多く存在します。 例として、Apache Software License, Sendmail License, PHP License, Python Licenseなど多く存在します。 三条項BSDライセンスの表記例 三条項BSDライセンスのテンプレートがありますので記載致します。 以下のような表記がある場合、三条項BSDライセンスとなります。 Copyright (c) <YEAR>, <OWNER> All
ＷＥＢ制作者にとっての強力な手助けとなる「無料素材」や、ＰＣの作業効率を格段に向上させる「フリーソフト」。ＷＥＢの世界では、もはやタダで手に入らないものは無いんじゃないかとさえ思えるほど、さまざまなものが無料で配布・提供されています。 しかしそれらは「使用料金が無料なだけ」であって、「完全に自由に使用する事が可能ではない」のです。 世の中に無料で出回っている画像やプログラムソースやアプリケーションなども、そのほぼ全てが、なんらかのライセンス（使用許諾条件）に添った形で配布・提供されているのです。 著作権を有する制作者本人が示す使用許諾条件を守る事は、制作者への敬意であると同時に、意図しない「著作権の侵害」を未然に防ぐ手段でもあります。 しかし、このライセンスというのが、なかなかに分かり難い。コムズカシイ文言の洪水だったり、そもそも英文だったり、GPLとかLGPLとかCCとか略語まみれだった
はい、Ruby 1.9.2がリリースされましたね。このバージョンではWEBrick にゼロデイ攻撃可能な脆弱性 - スラッシュドット・ジャパンで紹介されている脆弱性が僕が書いたパッチで修正されているわけなのですけど、そもそもなんで僕が修正しているのか、って顛末がわりと面白いので紹介します。 Apple、upstreamに報告してくれないまま脆弱性をCVEに届け出る upstreamに連絡が来ないまま脆弱性が公開される ruby-devにAppleが書いたと思われるパッチが貼られる(Appleでない人間によって) パッチのライセンスが不明なので取り込めない ライセンスを問い合わせるAppleの窓口が不明なので問い合わせもできない ruby-devを読んだ人はライセンス上安全なパッチを書けない 脆弱性だから話は非公開に進めたい yuguiさんがruby-devを読んでない僕に書かせることにする
オープンソースライセンスをまとめてみました。 GNUのどや顔が好きです。 でも、自分ならBSDライセンスを使います。 <追記> 2010/05/09 19:00 はてブでApache Licenseもお願いします、とあったので追記しました。 unagiameさん、ご指摘ありがとうございますm(_ _)m MITまたはXコンソーシアムライセンス 要約すると、MIT Licenseとは次のようなライセンスである。 1.このソフトウェアを誰でも無償で無制限に扱って良い。但し、著作権表示および本許諾表示を、ソフトウェアのすべての複製または重要な部分に記載しなければならない。 2.作者または著作権者は、ソフトウェアに関してなんら責任を負わない。 テンプレート BSD License(Berkeley Software Distribution License) 「無保証」であることの明記と著作権およ
【なにが危険？】javascriptライブラリ、会社のホームページに利用 かなりいろいろと読みましたが、疑念が払いきれないのでこちらで質問させていただきます。どうかよろしくお願いいたします。 はじめに、ライブラリを利用する私の現在の立場・相談したいことについてを書き、 次に具体的なライブラリ名（と、そのライセンス名）を書かせていただきます。 現在私は一般企業に派遣社員として派遣されているWebデザイナーです。依頼されたページを作成し、会社のホームページからリンクを貼って、（会社の所有物のひとつとして）公開しています。派遣会社との契約により、作ったものの著作権は会社が所有する、というのが決まりになっています。 ライブラリの利用目的は、会社の有する商品を販売促進することです。つまり商用です。また利用するライブラリを、部分的にカスタマイズしたりすることがあります。ライブラリ自体を非公開にしたりす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く