tag:,2008-05-01:/2 2008-08-14T06:08:18Z Movable Type Open Source 4.14 tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.98 2008-07-24T04:41:05Z 2008-08-14T06:08:18Z

ただしオープンソースのＯＳディストリビューションの多くはＳＳＨなどの高度な暗号化ソフトウェアを標準で搭載しています。そのため外為法上、戦略物資として取り扱われ、一定の国々に対する輸出に際しては、国から許可を得る必要があります（ただし法律改正により許可が必要となる大分減少しています）。また同じく相手先国においてかかる暗号化ソフトウェアの国内への持ち込みが規制されている可能性があります。この点現地法の事前調査が必要でしょう。オープンソースＯＳは標準で添付されるパッケージが多く、開発者の気づかないうちに実装されているケースもあると思われます。また規制の問題ではありませんが、慎重を期するのであれば、オープンソースライセンスがそもそも有効な国内法体系となっているかの確認も行っておいた方が良いでしょう。この点ベルヌ条約加盟国であれば通常問題にはならないと思われます。...

川内康雄 ただしオープンソースのＯＳディストリビューションの多くはＳＳＨなどの高度な暗号化ソフトウェアを標準で搭載しています。そのため外為法上、戦略物資として取り扱われ、一定の国々に対する輸出に際しては、国から許可を得る必要があります（ただし法律改正により許可が必要となる大分減少しています）。また同じく相手先国においてかかる暗号化ソフトウェアの国内への持ち込みが規制されている可能性があります。この点現地法の事前調査が必要でしょう。オープンソースＯＳは標準で添付されるパッケージが多く、開発者の気づかないうちに実装されているケースもあると思われます。
また規制の問題ではありませんが、慎重を期するのであれば、オープンソースライセンスがそもそも有効な国内法体系となっているかの確認も行っておいた方が良いでしょう。この点ベルヌ条約加盟国であれば通常問題にはならないと思われます。]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.97 2008-07-24T04:39:50Z 2008-08-14T06:08:18Z

ＢＳＤライセンスの趣旨は、①イニシャルコントリビュータの名義を示し、②関係者の免責を確実する限りにおいては、適用対象ソフトウェアの制限のない利用を認めようというものです。そのため、名義と免責事項については、最終使用者が使用にあたって確認しようと思えば確認しうる状態となっている必要があります。最終使用者が実際に確認するかどうか問いません）。ＢＳＤライセンスのライセンス条件の第２項で、バイナリ配布の際にドキュメントに、ライセンス条件と免責事項を記載するよう要求しているのもその趣旨と言えます。ＢＳＤライセンスが適用されたソフトウェアを組み込んだソフトウェアを頒布する場合、何らかのドキュメント（最終顧客が読もうと思えば特別、格段の作業を要することなく閲覧できる状態のもの）にＢＳＤライセンスを記載していただく必要があります。これをしない場合には、頒布者がＢＳＤライセンス違反を犯したこととなり、著作権法における複製権を侵害することになります。最近多い表示しかたとしては、配布の際にＢＳＤライセンスを記載した紙片を添えたり、マニュアルの扉裏の部分やに記載したりするという例が多いと思われます。なお初期のＢＳＤライセンスでは、当該ソフトウェアの機能に言及する広告にもライセンス文を挿入することを要求しているものがありますので注意が必要です。ＭＩＴライセンスは、ＢＳＤライセンスと似通ってはいますが、若干構成が異なるライセンスです。自由（無制限）な利用の条件として、ライセンス文を当該ソフトウェアの全ての構成物（バイナリを除く）に表示することを要求しています。ポイントは、①当該ソフトウェアの構成物については全て（バイナリ以外）に表示をすることが要求されているが（ＢＳＤライセンスであればどれかでよい）、②当該ソフトウェアを利用する側のマテリアルへの表示は、明示的には要求していない点です。もっともライセンスの趣旨（免責）から言えば、ライセンスの表示はＢＳＤライセンスと同様の形態で行う方が望ましいと思われます。またソフトウェアごとに条項が若干異なるケースがあり、当該ソフトウェアの全ての複製物か、「または」、主要部分にライセンス文を表示すれば良いとしているものもあります。す。些細なファイルにまで表示しなくても構わないという趣旨でしょう。...

川内康雄 ＢＳＤライセンスの趣旨は、①イニシャルコントリビュータの名義を示し、②関係者の免責を確実する限りにおいては、適用対象ソフトウェアの制限のない利用を認めようというものです。そのため、名義と免責事項については、最終使用者が使用にあたって確認しようと思えば確認しうる状態となっている必要があります。最終使用者が実際に確認するかどうか問いません）。ＢＳＤライセンスのライセンス条件の第２項で、バイナリ配布の際にドキュメントに、ライセンス条件と免責事項を記載するよう要求しているのもその趣旨と言えます。
ＢＳＤライセンスが適用されたソフトウェアを組み込んだソフトウェアを頒布する場合、何らかのドキュメント（最終顧客が読もうと思えば特別、格段の作業を要することなく閲覧できる状態のもの）にＢＳＤライセンスを記載していただく必要があります。これをしない場合には、頒布者がＢＳＤライセンス違反を犯したこととなり、著作権法における複製権を侵害することになります。
最近多い表示しかたとしては、配布の際にＢＳＤライセンスを記載した紙片を添えたり、マニュアルの扉裏の部分やに記載したりするという例が多いと思われます。
なお初期のＢＳＤライセンスでは、当該ソフトウェアの機能に言及する広告にもライセンス文を挿入することを要求しているものがありますので注意が必要です。

ＭＩＴライセンスは、ＢＳＤライセンスと似通ってはいますが、若干構成が異なるライセンスです。自由（無制限）な利用の条件として、ライセンス文を当該ソフトウェアの全ての構成物（バイナリを除く）に表示することを要求しています。ポイントは、①当該ソフトウェアの構成物については全て（バイナリ以外）に表示をすることが要求されているが（ＢＳＤライセンスであればどれかでよい）、②当該ソフトウェアを利用する側のマテリアルへの表示は、明示的には要求していない点です。もっともライセンスの趣旨（免責）から言えば、ライセンスの表示はＢＳＤライセンスと同様の形態で行う方が望ましいと思われます。
またソフトウェアごとに条項が若干異なるケースがあり、当該ソフトウェアの全ての複製物か、「または」、主要部分にライセンス文を表示すれば良いとしているものもあります。す。些細なファイルにまで表示しなくても構わないという趣旨でしょう。]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.96 2008-07-24T04:38:04Z 2008-08-14T06:08:18Z

オープンソースとはいったい何かとう問題については、OSI(Open Source Initiative)の定義が参考になります。http://www.opensource.jp/osd/osd-japanese.htmlあえて要約するとすれば、コンピュータプログラムの１　自由な再配布を認め２　配布の際にはソースコードを一緒に頒布し、３　ソースコードの自由な改変を許容するライセンスということができます。...

川内康雄 オープンソースとはいったい何かとう問題については、OSI(Open Source Initiative)の定義が参考になります。

http://www.opensource.jp/osd/osd-japanese.html

あえて要約するとすれば、コンピュータプログラムの
１　自由な再配布を認め
２　配布の際にはソースコードを一緒に頒布し、
３　ソースコードの自由な改変を許容する
ライセンスということができます。]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.95 2008-07-24T04:36:36Z 2008-08-14T06:08:18Z

現時点においていちばん水準が高いと思われるのは、ＳＯＦＴＩＣの特別委員会がまとめた「オープンソースソフトウエアの利用状況調査／導入検討ガイドライン」です。経済産業省のサイトから無料でダウンロードできます。http://www.meti.go.jp/kohosys/press/0004397/この報告書は若干大部ですので、気軽に入門したい方には、オープンソースがビジネスになる理由―勝ち組企業は何をしたか米持 幸寿 (著), をお勧めします。...

川内康雄 現時点においていちばん水準が高いと思われるのは、ＳＯＦＴＩＣの特別委員会がまとめた「オープンソースソフトウエアの利用状況調査／導入検討ガイドライン」です。経済産業省のサイトから無料でダウンロードできます。

http://www.meti.go.jp/kohosys/press/0004397/

この報告書は若干大部ですので、気軽に入門したい方には、

オープンソースがビジネスになる理由―勝ち組企業は何をしたか
米持 幸寿 (著),

をお勧めします。]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.94 2008-07-24T04:35:21Z 2008-08-14T06:08:18Z

オープンソースそのものを主題とした法律は、現在のところ日本には存在していません。どちらかといえば、オープンソースライセンスは、現行の著作権法、特許法等のソフトウェアに関わる権利に対抗するために生まれてきたという側面があります。...

川内康雄 オープンソースそのものを主題とした法律は、現在のところ日本には存在していません。どちらかといえば、オープンソースライセンスは、現行の著作権法、特許法等のソフトウェアに関わる権利に対抗するために生まれてきたという側面があります。 tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.93 2008-07-24T04:34:19Z 2008-08-14T06:08:18Z

オープンソースそのものを主題とした法律は、現在のところ日本には存在していません。どちらかといえば、オープンソースライセンスは、現行の著作権法、特許法等のソフトウェアに関わる権利に対抗するために生まれてきたという側面があります。...

川内康雄 オープンソースそのものを主題とした法律は、現在のところ日本には存在していません。どちらかといえば、オープンソースライセンスは、現行の著作権法、特許法等のソフトウェアに関わる権利に対抗するために生まれてきたという側面があります。

]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.92 2008-07-24T04:33:10Z 2008-08-14T06:08:18Z

一般的には、オープンソースの定義に該当するようなライセンスが適用されているプログラムであれば、それはオープンソースソフトウェアであるということができるでしょう。OSIのページにはオープンソースの定義に該当するとされる多くのライセンスが紹介されています。...

川内康雄 一般的には、オープンソースの定義に該当するようなライセンスが適用されているプログラムであれば、それはオープンソースソフトウェアであるということができるでしょう。OSIのページにはオープンソースの定義に該当するとされる多くのライセンスが紹介されています。

]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.91 2008-07-24T04:31:45Z 2008-08-14T06:08:18Z

ＧＰＬはFree Software Foundation(FSF)が提唱しているオープンソースライセンスです。歴史が古く、多くのオープンソースソフトウェアがＧＰＬをライセンスとして採用しています。ライセンス本文http://www.gnu.org/copyleft/gpl.html非公式日本語訳http://www.opensource.jp/gpl/gpl.ja.html...

川内康雄 ＧＰＬはFree Software Foundation(FSF)が提唱しているオープンソースライセンスです。歴史が古く、多くのオープンソースソフトウェアがＧＰＬをライセンスとして採用しています。

ライセンス本文
http://www.gnu.org/copyleft/gpl.html
非公式日本語訳
http://www.opensource.jp/gpl/gpl.ja.html]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.90 2008-07-24T04:30:40Z 2008-08-14T06:08:18Z

ＧＰＬはＯＳＩによってオープンソースライセンスとして認められており、まず前提として、上記の質問のオープンソースライセンスとしての特徴を有しています。　さらに一歩進めて、それぞれのオープンソースラインセンスの特徴・違いを理解しようとする際には、以下の要素から比較検討するのが有益です。・オープンソースライセンスが適用されたプログラムを改変して配布する場合に、当該改変部分のソースコードの開示が必要か否か？・自らが著作権を有するソフトウェアと、一定のオープンソースライセンスが適用されたプログラムとを結合させた時に、自分が著作権を有しているソフトウェアにもオープンソースライセンスを適用しなければならないか否か？・オープンソースライセンスが適用されたプログラムを改変した際、この改変されたプログラムのソースコードを開示する必要があるか否か？この改変されたプログラムをさらに改変することを禁止できるか否か？ＧＰＬは・ＧＰＬが適用されたプログラムを改変して配布する場合に、当該改変部分のソースコードを開示しなければならない。・自らが著作権を有するソフトウェアと、ＧＰＬが適用されたプログラムとを結合させた時に、自分が著作権を有しているソフトウェアにもＧＰＬを適用しなければならない。・ＧＰＬが適用されたプログラムを改変した際、この改変されたプログラムのソースコードを開示しなければならない。この改変されたプログラムをさらに改変することを禁止でききない。という特徴を有しています。...

川内康雄 ＧＰＬはＯＳＩによってオープンソースライセンスとして認められており、まず前提として、上記の質問のオープンソースライセンスとしての特徴を有しています。
　さらに一歩進めて、それぞれのオープンソースラインセンスの特徴・違いを理解しようとする際には、以下の要素から比較検討するのが有益です。
・オープンソースライセンスが適用されたプログラムを改変して配布する場合に、当該改変部分のソースコードの開示が必要か否か？
・自らが著作権を有するソフトウェアと、一定のオープンソースライセンスが適用されたプログラムとを結合させた時に、自分が著作権を有しているソフトウェアにもオープンソースライセンスを適用しなければならないか否か？
・オープンソースライセンスが適用されたプログラムを改変した際、この改変されたプログラムのソースコードを開示する必要があるか否か？この改変されたプログラムをさらに改変することを禁止できるか否か？
ＧＰＬは
・ＧＰＬが適用されたプログラムを改変して配布する場合に、当該改変部分のソースコードを開示しなければならない。
・自らが著作権を有するソフトウェアと、ＧＰＬが適用されたプログラムとを結合させた時に、自分が著作権を有しているソフトウェアにもＧＰＬを適用しなければならない。
・ＧＰＬが適用されたプログラムを改変した際、この改変されたプログラムのソースコードを開示しなければならない。この改変されたプログラムをさらに改変することを禁止でききない。
という特徴を有しています。

]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.89 2008-07-24T04:29:24Z 2008-08-14T06:08:18Z

著作権者には同一性保持権という権利があります（著作権法第２０条１項）。これは著作物を勝手に改変するなと要求できる権利です。もっとも同条２項には、同一性保持権を行使できない場合が規定されています。その中で同項３号は次のように規定しています。「特定の電子計算機においては利用し得ないプログラムの著作物を当該電子計算機において利用し得るようにするため、又はプログラムの著作物を電子計算機においてより効果的に利用し得るようにするために必要な改変」　つまり、いわゆる移植（ポーティング）のためのプログラム改変や、バージョンアップ、バグ修正のためのプログラム改変に対しては、著作権者は同一性保持権を行使できないということになります。　そうすると、これらの行為を行うために、そもそも著作権者の許諾（ライセンス）を受けている必要は無いわけです。そしてＧＰＬが適用されたソフトウェアについては、単に使用するだけであればもともとライセンスを受諾する必要がありません。　結果、ＧＰＬが適用されたソフトウェアを企業内部で使用し、内部での目的のためにのみ改変するのであれば、ＧＰＬを受諾する必要が無く、当然、ＧＰＬ上の義務であるソースコード公開等の義務を負わなくてもよいことになります。　もっともソフトウェアを使用する際にはインストール、つまり複製することになりますが、改変したソフトウェアの利用のための複製行為については、ＧＰＬは何も言及していません。そのため、法的な権利の安定性には若干不安が残るところです。...

川内康雄 著作権者には同一性保持権という権利があります（著作権法第２０条１項）。これは著作物を勝手に改変するなと要求できる権利です。もっとも同条２項には、同一性保持権を行使できない場合が規定されています。その中で同項３号は次のように規定しています。
「特定の電子計算機においては利用し得ないプログラムの著作物を当該電子計算機において利用し得るようにするため、又はプログラムの著作物を電子計算機においてより効果的に利用し得るようにするために必要な改変」
　つまり、いわゆる移植（ポーティング）のためのプログラム改変や、バージョンアップ、バグ修正のためのプログラム改変に対しては、著作権者は同一性保持権を行使できないということになります。
　そうすると、これらの行為を行うために、そもそも著作権者の許諾（ライセンス）を受けている必要は無いわけです。そしてＧＰＬが適用されたソフトウェアについては、単に使用するだけであればもともとライセンスを受諾する必要がありません。
　結果、ＧＰＬが適用されたソフトウェアを企業内部で使用し、内部での目的のためにのみ改変するのであれば、ＧＰＬを受諾する必要が無く、当然、ＧＰＬ上の義務であるソースコード公開等の義務を負わなくてもよいことになります。
　もっともソフトウェアを使用する際にはインストール、つまり複製することになりますが、改変したソフトウェアの利用のための複製行為については、ＧＰＬは何も言及していません。そのため、法的な権利の安定性には若干不安が残るところです。

]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.88 2008-07-24T04:28:00Z 2008-08-14T06:08:18Z

ＬＧＰＬはLesser General Public Licenseの略称です。ＧＰＬはいわゆる伝搬性が強く、ＧＰＬが適用されたソフトウェアを活用する際の妨げとなっていました。そこでＧＰＬの伝搬性の部分を弱めたライセンスとして、ＬＧＰＬが作成されました。　その特徴として、［１］　他社がＧＰＬが適用されたソフトウェアを他のソフトウェアに組み込んで新たなソフトウェアを開発した時に、組み込まれる先のソフトウェアのソースコードの開示は要求しないものの、［２］　他社がＧＰＬが適用されたソフトウェア自体を改変して新たなソフトウェアを開発した時に、その新たなソフトウェアのソースコードが開示されることを要求することがあげられます。つまりＧＰＬの「結合したときには結合先のソースコードの開示も要求する」という部分が省かれていることになります。...

川内康雄 　その特徴として、
［１］　他社がＧＰＬが適用されたソフトウェアを他のソフトウェアに組み込んで新たなソフトウェアを開発した時に、組み込まれる先のソフトウェアのソースコードの開示は要求しないものの、
［２］　他社がＧＰＬが適用されたソフトウェア自体を改変して新たなソフトウェアを開発した時に、その新たなソフトウェアのソースコードが開示されることを要求する
ことがあげられます。つまりＧＰＬの「結合したときには結合先のソースコードの開示も要求する」という部分が省かれていることになります。]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.87 2008-07-24T04:26:47Z 2008-08-14T06:08:18Z

ＭＰＬはMozilla Public Licenseの略称です。Ｗｅｂブラウザであるネットスケープナビゲーターがオープンソース化される際に作成されました。　その特徴として、ＯＳＩのオープンソースの定義を満たしていることはもちろんですが、［１］　他社がＭＰＬが適用されたソフトウェアを他のソフトウェアに組み込んで新たなソフトウェアを開発した時に、組み込まれる先のソフトウェアのソースコードの開示は要求しないものの、［２］　他社がＭＰＬが適用されたソフトウェア自体を改変して新たなソフトウェアを開発した時に、その新たなソフトウェアのソースコードが開示されることを要求するというところにあります。いわゆるＬＧＰＬ型のオープンソースライセンスということができるでしょう。　またＧＰＬやＬＧＰＬで欠けている、権利者からの特許ライセンス条項、使用者が特許を主張したときの権利失効条項が加えられており、法的にも安全性が高いライセンスであるということができます...

川内康雄 ＭＰＬはMozilla Public Licenseの略称です。Ｗｅｂブラウザであるネットスケープナビゲーターがオープンソース化される際に作成されました。
　その特徴として、ＯＳＩのオープンソースの定義を満たしていることはもちろんですが、
［１］　他社がＭＰＬが適用されたソフトウェアを他のソフトウェアに組み込んで新たなソフトウェアを開発した時に、組み込まれる先のソフトウェアのソースコードの開示は要求しないものの、
［２］　他社がＭＰＬが適用されたソフトウェア自体を改変して新たなソフトウェアを開発した時に、その新たなソフトウェアのソースコードが開示されることを要求する
というところにあります。いわゆるＬＧＰＬ型のオープンソースライセンスということができるでしょう。
　またＧＰＬやＬＧＰＬで欠けている、権利者からの特許ライセンス条項、使用者が特許を主張したときの権利失効条項が加えられており、法的にも安全性が高いライセンスであるということができます

]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.86 2008-07-24T04:25:12Z 2008-08-14T06:08:18Z

ＣＰＬはCommon Public Licenseの略称です。ＩＢＭが初期ソースコードの提供者となっているオープンソースソフトウェアに多く適用されています。代表的なところでは、今フリーの開発ツールとして話題のEclipseもＣＰＬに準拠しています。　ＣＰＬはＭＰＬを参考にして作られたということですので、基本的な特徴はＭＰＬと同じです。もっともＣＰＬはＭＰＬと比べて条項が大幅に簡略化されています。法律の専門家でなくてもライセンス条件を理解しやすくなっていますので、自社のソフトウェアに適用するのであれば、ＭＰＬよりもＣＰＬをおすすめします。...

川内康雄 ＣＰＬはCommon Public Licenseの略称です。ＩＢＭが初期ソースコードの提供者となっているオープンソースソフトウェアに多く適用されています。代表的なところでは、今フリーの開発ツールとして話題のEclipseもＣＰＬに準拠しています。
　ＣＰＬはＭＰＬを参考にして作られたということですので、基本的な特徴はＭＰＬと同じです。もっともＣＰＬはＭＰＬと比べて条項が大幅に簡略化されています。法律の専門家でなくてもライセンス条件を理解しやすくなっていますので、自社のソフトウェアに適用するのであれば、ＭＰＬよりもＣＰＬをおすすめします。

]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.85 2008-07-24T04:24:07Z 2008-08-14T06:08:18Z

まず大切なことは、新たに開発するソフトウェアに、ＧＰＬが伝搬するかどうかを検討することです。　次にＧＰＬが伝搬する場合には、委託者に対し、開発後のソフトウェアにはＧＰＬが適用され、ソースコードの公開が要求されることとなるということの理解を得ることです。さもないと、ソースコードの公開が要求されるソフトウェアを作成したということで、瑕疵担保責任による損害賠償請求や契約解除がなされてしまう恐れがあるためです。もっとも受託開発の契約の実務において、このような理解を得ることは容易ではないでしょう。　ＧＰＬが伝搬しない場合でも、委託者に対し、ＧＰＬが適用されるソフトウェアを使用していることは、明確に伝えておかなければなりません。受託開発においては、多くの場合、委託者に著作権を移転させることとされています。ＧＰＬが適用されているソフトウェアについては、委託者に著作権を移転させることが不可能ですので、この部分で損害賠償請求がなされてしまう恐れがあります。また後になって、「無料のソフトウェアを利用したのだからもっと安くしろ」といったクレームを受ける恐れもありますので、開発当初から理解を得ておくことは非常に重要です。...

川内康雄 まず大切なことは、新たに開発するソフトウェアに、ＧＰＬが伝搬するかどうかを検討することです。
　次にＧＰＬが伝搬する場合には、委託者に対し、開発後のソフトウェアにはＧＰＬが適用され、ソースコードの公開が要求されることとなるということの理解を得ることです。さもないと、ソースコードの公開が要求されるソフトウェアを作成したということで、瑕疵担保責任による損害賠償請求や契約解除がなされてしまう恐れがあるためです。もっとも受託開発の契約の実務において、このような理解を得ることは容易ではないでしょう。
　ＧＰＬが伝搬しない場合でも、委託者に対し、ＧＰＬが適用されるソフトウェアを使用していることは、明確に伝えておかなければなりません。受託開発においては、多くの場合、委託者に著作権を移転させることとされています。ＧＰＬが適用されているソフトウェアについては、委託者に著作権を移転させることが不可能ですので、この部分で損害賠償請求がなされてしまう恐れがあります。また後になって、「無料のソフトウェアを利用したのだからもっと安くしろ」といったクレームを受ける恐れもありますので、開発当初から理解を得ておくことは非常に重要です。

]]> tag:xn--2qqw6us3en0mn15a16i.jp,2008://2.84 2008-07-24T04:22:49Z 2008-08-14T06:08:18Z

オープンソースの定義には含まれていませんが、現在のオープンソースライセンスはほぼすべて、ソフトウェアの無保証、開発者の責任免除が規定されています。このような責任免除規定が法的に本当に有効なのか否かについては若干の議論があるところです。しかし仮に裁判になったとしても、開発者が故意に瑕疵を含めたという場合でもない限り、開発者が損害賠償請求を受けるということはないでしょう。...

川内康雄 オープンソースの定義には含まれていませんが、現在のオープンソースライセンスはほぼすべて、ソフトウェアの無保証、開発者の責任免除が規定されています。このような責任免除規定が法的に本当に有効なのか否かについては若干の議論があるところです。しかし仮に裁判になったとしても、開発者が故意に瑕疵を含めたという場合でもない限り、開発者が損害賠償請求を受けるということはないでしょう。