Latest topics > 「元のソフトウェアがGPLだから公開できない」という誤解について - outsider reflex
Latest topics > 「元のソフトウェアがGPLだから公開できない」という誤解について 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « Nexus 7とハードウェアキーボードの組み合わせを実用する Main 「コピーレフトとBSDスタイルではBSDスタイルの方が発展するのでは」という議論についての誤解あるいは言葉の裏にある欺瞞 » 「元のソフトウェアがGPLだから公開できない」という誤解について - Jan 30, 2013 会社のブログに掲載するつもりで書きましたが、タイミング的に発表が遅れてしまいそうということだったので、勢い重視でこちらで公開してみます。 1月31日16時台追記。hide氏の意向についてのこのエントリでの推測が全く
The GPL Does Not Depend on the Copyrightability of APIs - Public Knowledge
There's a dangerous meme going around that if Oracle loses its novel copyright claims against Google that suddenly the GPL will become unenforceable. This idea hinges on a misunderstanding about the difference between linking to a code library and merely using an API. In this post I will attempt to explain in layman's terms why the GPL does not depend on the copyrightability of APIs. For the same
GPL v2の大バグ | beroの日記 | スラド
GPL v2の大バグ GPLはフリーソフトウェアのためのライセンスである。 ここでいうフリーは自由（Freedom）のことで（小一時間説教）具体的には以下の４つの自由を全て満たすソフトウェアである。 http://www.gnu.org/philosophy/free-sw.ja.html - 第 0 の自由 : 目的を問わず、プログラムを実行する自由 。 - 第 1 の自由 : プログラムがどのように動作しているか研究し、そのプログラムに あなたの必要に応じて修正を加え、採り入れる自由 。 ソースコードが入手可能であることはこの前提条件となります。 - 第 2 の自由 : 身近な人を助けられるよう、コピーを再頒布する自由 。 - 第 3 の自由 : プログラムを改良し、コミュニティ全体がその恩恵を受けられるよう あなたの改良点を公衆に発表する自由 。 ソースコードが入手可能であることはこ
How to Use GNU Licenses for Your Own Software - GNU Project - Free Software Foundation
This is a brief explanation of how to place a program under the GNU General Public License, GNU Lesser General Public License, or GNU Affero General Public License. For the GNU Free Documentation License, we have a separate page. For further information, see our list of frequently asked questions about our licenses. If you are considering using the GNU Lesser General Public License, please read th
GNUライセンスに関してよく聞かれる質問 - GNUプロジェクト - フリーソフトウェアファウンデーション
この翻訳は、 2024-04-29 以降に行われた 英語のオリジナル版の変更を反映できていません。 確認するには、 こちらの変更をご覧ください。 わたしたちのウェブページの翻訳の保守の情報については、翻訳 READMEをご覧ください。 もくじ GNUプロジェクト、フリーソフトウェアファウンデーションと、そのライセンスに関する基本的な質問 GPLの全般的な理解 GPLを自分のプログラムに使う GPLのもとでリリースされたプログラムの配布 GPLのもとでリリースされたプログラムを使って他のプログラムを書く GPLのもとでリリースされたコードを結合した著作物 GPL違反に関する質問 GNUプロジェクト、フリーソフトウェアファウンデーションと、そのライセンスに関する基本的な質問 “GPL”とは何の略ですか? 自由ソフトウェアとは、GPLを使っているという意味ですか? 他の自由ソフトウェア・ライセン
さまざまなライセンスとそれらについての解説 - GNUプロジェクト - フリーソフトウェアファウンデーション
この翻訳は、 2017-03-05 以降に行われた 英語のオリジナル版の変更を反映できていません。 確認するには、 こちらの変更をご覧ください。 わたしたちのウェブページの翻訳の保守の情報については、翻訳 READMEをご覧ください。 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. You can use our publications to understand how GNU licenses work or help you advocate for free software, but they are not legal advic
yebo blog: Emacsが2009年からGPL違反だった事が判明
2011/07/30 Emacsが2009年からGPL違反だった事が判明 GNUプロジェクトの中心的なソフトウェアであるEmacsが、2009年9月以降GPLに違反していた事が判明した[slashdot]。Emacs上で利用できる統合開発環境(IDE)であるCEDET (Collection of Emacs Development Environment Tools) パッケージで、コード解析に関するファイルで、bisonから生成されたファイルのみが配布されていたとの事(文法ファイルが配布されていなかった)。ストールマンは間違いであることを認め、遡って修正あるいは削除するとの事だ。 メールで送信 BlogThis! Twitter で共有する Facebook で共有する Google バズで共有する 投稿者 zubora 投稿時間 05:21 ラベル: Gnu, Open Source
Red HatがLinuxカーネルソースの配布方法を変更、議論になる | スラド Linux
Planet CentOSに2011年3月8日付でJohnny Hughes氏が投稿した内容によると、Red Hat Enterprise Linux（RHEL） 6ではLinuxカーネルのソースRPMの配布方法が変更され、従来オリジナルのLinuxカーネルソースコード＋パッチという形式で配布されていたものが、すでにパッチを適用されたソースコードのみが提供される形となったとのこと。これにより、どのような修正が加えられているのかが分かりにくくなっている、ということが問題となっている。 元のタレコミではRHEL 6ではLinuxカーネルのソースコードがリリースされない、という話になっているが、実際は個別のパッチが提供されない、という話であり、ソースコード自体は提供されているのでGPL違反ではない（SourceForge.JP Magazine）。Red HatはOracleがRHELの互換OS
エプソンコーワ、GPL違反発覚も平素の対応に賛辞の声 | スラド
tyamadajp 曰く、 "積極的に Linux サポートを展開しているエプソン（エプソンコーワ）が出していたスキャナソフト Image Scan! にGPL違反のアナウンスが出された。現在上記ページでは撤去中のお知らせが掲載されている。 と、ここまでは前振りで、面白いのはこのニュースへの反応だ。例えば本家Slashdotでは 意図的ではないらしいし、きちんとしてくれるようだから落ち着いて待とう 彼らは我々の期待を上回る対応をしてくれた。素晴らしい（by FSF） 彼らは gimp-print の開発にあたって多大な協力をしてくれた。素晴らしい（by gimp-print developer） 彼らは SANE の開発にあたって多大な協力をしてくれた。素晴らしい（by SANE epson-backend developer） 彼らはハードウェア情報の提供のみならず、ハードウェアまで供与
Buffaloにソースコード請求したら大変困ったメールが返ってきた
続き：http://anond.hatelabo.jp/20110119132547 DWR-PGのソースコードのGPL由来部分を請求したらこんなのが返ってきた。 バッファロー製品お問合せ受付の件 : お問合せID No.xxxxxxxxxxxx xxxx様 平素は弊社製品をご愛顧賜り、誠にありがとうございます。 バッファローE-Mailサポートよりご質問いただいた件についてご連絡いたします。 ※ご返信や追加のご質問は、お手数ではございますが 必ず下記の返信用「お問合わせフォーム」にてご連絡ください。 直接ご返信いただきますと、メールを確認できないため ご返信できかねます。 ※mel_support@melcoinc.co.jp宛にお問合せ頂いてもご返信できかねます。 ▼返信用お問い合わせフォーム▼ 【下記をクリックして返信してください】 http://xxx 弊社製品のご利用にあたり、ご
GNU 一般公衆利用許諾契約書 - GNU プロジェクト - フリーソフトウェア財団 (FSF)
バージョン 2、1991年6月 日本語訳、2002年8月28日 Copyright (C) 1989, 1991 Free Software Foundation, Inc. 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA この利用許諾契約書を、一字一句そのままに複製し頒布することは許可する。 しかし変更は認めない。 This is an unofficial translation of the GNU General Public License into Japanese. It was not published by the Free Software Foundation, and does not legally state the distribution terms for software that use
LinuxからコードをパクったOSはGPLにならない | beroの日記 | スラド
何らかの方法(フルスクラッチまたはBSDベース等)でOSをつくり、一部(ドライバなど)にLinuxカーネルのコードを使った場合、 (1) 全てGPLになる (2) GPLにならない。パクった部分だけGPLで混ぜて使える のどちらか。 「OS」というのがキモ。一般論は当てはまらない。 GPLv2(LinuxはGPLv2なので)にはOS例外条項がある。 しかし特別な例外として、そのコンポーネント自体が実行形式に付随するのでは無い限り、 頒布されるものの中に、実行形式が実行されるオペレーティングシステムの主要なコンポーネント(コンパイラやカーネル等)と通常一緒に(ソースかバイナリ形式のどちらかで)頒布されるものを含んでいる必要はないとする。 GPLv2(和訳) However, as a special exception, the source code distributed need no
自分の公開したソースで儲けてほしくない場合は GPL を選ぶといいよ - LibrePDMの日記
http://blog.ngsdev.org/archives/android/oyadonavi/ http://d.hatena.ne.jp/se-mi/20090713/1247505106 に関連して。 また、「商用利用はしないでほしい」とか「売名には使わないでほしい」という思いが原著作者にあったとしても、オープンソースのライセンスではそれを伝えることはできません。 これを伝えるのなら、「〜〜という使用方法は禁止」という個別の制限つき利用許諾文を用意するべきです。 そして、それはもうオープンソースソフトウェアと名乗ることはできません。 この記述は正しいです。GPL の適用されたソフトウェアであっても、それ自体、もしくは派生著作物*1を有償で販売することは可能です。 ではなぜ GPL を選ぶと商売に使われることを防げるのか、それは、GPL であれば派生著作物も GPL の適用を強制さ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.gnu.org/licenses/gpl-2.0.txt
Various Licenses and Comments about Them - GNU Project - Free Software Foundation
Launchpad is now Free Software « DoctorMO’s Blag