OpenTofuに関する雑感
2023年12月4日追記。 この記事は2023年の9月下旬に書かれた記事です。 わりと反射的に書いてしまった内容も含んでるので(CNCFのリリースにもコメントを寄越していたGruntworkの関わりを見逃してたのは痛恨のミス。色んな思いがあるのはそれはそう)、本件について語るにもっと最適な方の説明を読んでいただければ幸いです。 先月行われたHashiCorp社によるソフトウェアライセンスの変更はTerraformコミュニティに衝撃を与えたことは記憶に新しい。具体的には、Terraformのライセンスが、オープンソース/フリーソフトウェアを前提としたMPL2.0から、商用利用に制限をかけられたBSLv1.1に変更された。これにより、Terraformは伝統的な意味でのオープンソースソフトウェアではなくなってしまい、ソースコードが単に利用できるソフトウェアに変わってしまったと評する人もいる。[
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
Windows10無償アップグレード版がパーツ構成変更後に再認証できない話はウソ - てきとうなぶろぐ
2016 - 05 - 25 Windows10無償アップグレード版がパーツ構成変更後に再認証できない話はウソ 先日、自分のPCの環境をSkaylakeに移行するついでに、以前から 「Windows10へアップグレードしませんか？」 とうるさかったので、ついでにアップグレードし、正しくライセンス認証されました。 ですがその際に、新たに購入した マザーボード に不具合が発生してしまいました。 具体的には東プレのキーボードの認識が不安定であるという問題です。 結果的に他の マザーボード へと交換する事になってしまったので、当然Windows10のライセンス認証に通らなくなるので、また Windows7 を利用しなくてはいけなくなるのではないか？と、購入店のサポートに世間話がてら聞いてみると「正当な理由があれば再ライセンス認証は電話で行えるはず」と聞いたので、以前から ツイッター などで話題で
GPLの衰退、寛容なオープンソースライセンスの興隆--自作ソースコードを守るには - ZDNet Japan
筆者は、オープンソースライセンスの各種の側面について学ぶのが楽しくて仕方ないというオープンソースプログラマーに出会ったことはほとんどない。C++言語の深淵な奥義をどれだけ極めた人物であってもだ。しかし、オープンソースライセンスの選択は避けて通れない道である。 Open Source Initiative（OSI）は昔からオープンソースライセンスに関する重要な参考情報を提供してきているものの、いまだにプログラマーらは情報に精通することなく、困惑状態にある。最近になって、Choose a Licenseや、GitHub上のオープンソースライセンスに関するFAQといったOSI関連のサイトが公開され、理解しやすくはなっているが、ライセンスのことを一切気にかけないプログラマーもいる。 状況は少ししか進展していない。Black Duck Softwareが2013年7月に発表した調査結果では、GitH
図解：Apache License2.0の特許条項 | オープンソース・ライセンスの談話室
西尾泰和さんが「でかい企業のOSSがApache License 2.0だと嬉しい理由」として、Apache License2.0の特許条項を解説しています。 Apache License, Version 2.0の特許条項は、こんなふうになっています。 3. 特許ライセンスの付与 本ライセンスの条項に従って、各コントリビューターはあなたに対し、成果物を作成したり、使用したり、販売したり、販売用に提供したり、インポートしたり、その他の方法で移転したりする、無期限で世界規模で非独占的で使用料無料で取り消し不能な（この項で明記したものは除く）特許ライセンスを付与します。ただし、このようなライセンスは、コントリビューターによってライセンス可能な特許申請のうち、当該コントリビューターのコントリビューションを単独または該当する成果物と組み合わせて用いることで必然的に侵害されるものにのみ適用されます。
でかい企業のOSSがApache License 2.0だと嬉しい理由 - 西尾泰和のはてなダイアリー
「無期限で世界規模で非独占的で使用料無料で取り消し不能な特許ライセンスを付与します」という条項があるので使わせてもらう側が「わーい、便利なライブラリだー」と思って使っていたら後から「特許料払え！」と言われるという悲劇が起こらないことだって。 3. 特許ライセンスの付与 本ライセンスの条項に従って、各コントリビューターはあなたに対し、成果物を作成したり、使用したり、販売したり、販売用に提供したり、インポートしたり、その他の方法で移転したりする、無期限で世界規模で非独占的で使用料無料で取り消し不能な（この項で明記したものは除く）特許ライセンスを付与します。ただし、このようなライセンスは、コントリビューターによってライセンス可能な特許申請のうち、当該コントリビューターのコントリビューションを単独または該当する成果物と組み合わせて用いることで必然的に侵害されるものにのみ適用されます。あなたが誰かに
MIT license を読む 2013-12-22 - 未来のいつか/hyoshiokの日記
MIT licenseはシンプルだ。3段落しかない。 最初の段落で、何を認めるか(grant)を述べている。2番目の段落で、どのような条件の時、上記の許可(permission)を与えるか、そして3段落目は無保証ということを宣言している。 ソフトウェアは著作権で保護されているので、第三者が勝手にコピーしたり、変更したり、何かにそのまま含めたり、出版したり、再配布したり、サブライセンスしたり、販売したりはできない。 そこでMITライセンスは、著作権者が自分の著作物に対して、第三者が上記のことをすることを許可している。"Permission is hereby granted" このライセンスは契約なのか、著作権の権利の不行使の宣言なのかという法律上の論争があるがここではそれに踏み込まない。 The MIT License (MIT) Copyright (c) Permission is h
ライセンスの選択を恐れる必要はありません - 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
30秒でわかるオープンソースライセンスまとめ - kazuhoのメモ置き場
「よくわかるFOSSライセンスまとめなんてないよねー」と煽られたので３分で書く。 オープンソースライセンスは、以下の３種類に大別される。 代表的なライセンス 改変部分のソースコードの開示が必要 リンクして使う、他のソフトウェアのソースコード開示が必要 GPL (コピーレフト型) ○ ○ LGPL /MPL (準コピーレフト型) ○ × BSDL / MITL (非コピーレフト型) × × 自作のソフトウェアをオープンソースで公開する場合、 コピーレフト型にする場合は「GPLv2以上」 準コピーレフト型にする場合は「LGPL兼MPL」 とするのが無難。非コピーレフト型はMITLのほうがBSDLよりも明確だと言われることが多い（そしてどちらを選んでも問題ない）。 ※表の出典は OSS ライセンスの比較および利用動向ならびに係争に関する調査 より詳しく知りたい方へ： ライセンスの解釈については、
自作ソースコードに、MITライセンスを適用する３つのやり方 | オープンソース・ライセンスの談話室
自分の作ったソフトウェアをオープンソースとして公開する。まだまだ敷居が高いようです。人気のソースコード共有サービスGithubも、無償で使う場合にはソースコードをオープンソースにする必要があるのですが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」という話もあるくらいです。 では、なぜオープンソースライセンスが、なかなか適用されないのでしょうか。 その理由としては、 オープンソースにしたくない オープンソースライセンスの適用方法が分からない といったことが考えられますが、前者は、Githubの利用条件に合わないので、そもそも無理があります。 さて、後者の「ライセンスの適用方法が分からない」ですが、前回、Githubのライセンス解説サイトを取り上げた時も、「ライセンスが分からない、めんどう」といったコメントが、いくつか見受けられました。ですから、ライセンス適用
Githubによる、オープンソースライセンスの選び方 | オープンソース・ライセンスの談話室
「オープンソースライセンスは、分かりにくい。」 まだまだ、このように感じているソフトウェア開発者が多いようです。 たしかに、オープンソースライセンスをお手軽に解説した記事は、かなり人気があります。 ソースコード共有サービスとして人気のGithubの利用者にとっても、これは例外ではないようです。 Githubでは、オープンソースプロジェクトには、無償でレポジトリを提供していますが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」と指摘されていました。公開リポジトリの多くに、ライセンス文が設定されていなかったのです。ライセンスが設定されていないソースコードは、著作権者の明示的な許可が得られていないので、自由に複製・配布・改変できません。 そこで、ここでは、2013年7月にGithubが設置したライセンス選択サイト「Choosing an OSS license d
たくさんあるオープンソースライセンスのそれぞれの特徴のまとめ
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 ソ
「若者のコピーレフト離れ」は本当か？ GitHub世代に注目してみる - YAMDAS現更新履歴
Open Source Is Old School, Says The GitHub Generation - ReadWrite 近年 GNU GPL に代表されるコピーレフトなライセンスから BSD、MIT、Apache ライセンスなどのより寛容な（permissive）ライセンスへの移行が起きているという話である。 ソフトウェアが書かれた言語別のコピーレフトなライセンス離れのグラフ（Perl を除くほぼすべての言語でそのトレンドが顕著）や、実は GitHub でホストされているプロジェクトの多くは、ちゃんとしたライセンス指定を行っていないとかなかなか興味深い。 この文章の結論は、この一文になるのだろうか。 License rebels, in other words, tend to become less rebellious as their projects mature. O
文化庁、CCライセンスを支援へ 独自ライセンス構築は断念
文化庁は3月26日、都内で開いたシンポジウム「著作物の公開利用ルールの未来」で、著作物の利用許諾について意思表示するライセンスとして、クリエイティブ・コモンズ・ライセンス（CCライセンス）を支援していくことを明らかにした。2007年～10年にかけ、独自のライセンス「CLIPシステム」の策定を検討してきたたが、普及の可能性が低いと判断。民間のライセンスとの連携を進める。 同庁は03年、著作物の公開利用ルールとして「自由利用マーク」を策定したが、あまり普及しなかった。その後、ネット時代に対応したライセンスとして「CLIPシステム」を構想。07年～10年にかけて検討し、システムの詳細を詰めていたが、その間にCCの普及が進んだ。 11年には検討委員会（主査：福井健策弁護士）を設け、有識者や事業者などへのヒアリングを行ってニーズを検討。検討委は、CCライセンスなどの民間の取り組みが進む中で、国が独自
Latest topics > 「元のソフトウェアがGPLだから公開できない」という誤解について - outsider reflex
Latest topics > 「元のソフトウェアがGPLだから公開できない」という誤解について 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « Nexus 7とハードウェアキーボードの組み合わせを実用する Main 「コピーレフトとBSDスタイルではBSDスタイルの方が発展するのでは」という議論についての誤解あるいは言葉の裏にある欺瞞 » 「元のソフトウェアがGPLだから公開できない」という誤解について - Jan 30, 2013 会社のブログに掲載するつもりで書きましたが、タイミング的に発表が遅れてしまいそうということだったので、勢い重視でこちらで公開してみます。 1月31日16時台追記。hide氏の意向についてのこのエントリでの推測が全く
オープンソースのコードを取り込んだ時のライセンス表記について - 30歳からのブラウザづくり
GPLのコードを１行でも取り込んだ場合は、ソフトウェア全体をGPLで配布しなければいけませんが、BSDやMITライセンスのコードを一部取り込んだ場合のライセンス表記ってどうなってるんだろう？と思っていろいろ調べてみた。 BSDライセンスに関しては、Wikipediaによると以下のような記載がある。 「無保証」であることの明記と著作権およびライセンス条文自身の表示を再頒布の条件とするライセンス規定である。この条件さえ満たせば、BSDライセンスのソースコードを複製・改変して作成したオブジェクトコードをソースコードを公開せずに頒布できる。 ようするに、「無保証の明記」と「著作権表示」をどこかに書いておけばOKということのよう。 ちょっとひっかかるのが「ライセンス条文自身の表示」の部分。ライセンス条文を書いてしまったらBSDライセンスのコードを再利用しているソフトウェア全体がBSDライセンスで配布
WordPress を使うなら知っておきたい GPL ライセンスの知識【基本編】
はじめまして、ベージュです。ババシャツ色って呼ばないでくださいね！ さて、このサイトを読んでいる皆さんは、WordPress がオープンソースのソフトであることはよく知っていると思います。でも、その意味を単に「だれでも無料でダウンロードできる」ことだと思っていませんか？ 「WordPress のライセンスについてクライアントさんに詳しく突っ込まれるとよく分からないし、間違っちゃうと怖いし…」と思っていませんか？ そこで、今回は GPL ライセンスのことを正しく理解して、自信を持って説明できるようになれる情報をご紹介します。さらに、WordPress がなぜ GPL を採用しているのかを知ることで、このソフトウェアを作る人たちの理念まで分かるというおまけつき。 WordPress はなぜ GPL ライセンス？ まずはぜひ、この字幕付き動画をご覧ください（右下の「CC」と書かれたところをクリッ
Microsoft Azure: クラウド コンピューティング サービス
Azure を探索 Azure について 安全かつ将来を見据えた、オンプレミス、ハイブリッド、マルチクラウド、エッジのクラウド ソリューションについて調べる グローバル インフラストラクチャ 他のどのプロバイダーよりも多くのリージョンを備える持続可能で信頼できるクラウド インフラストラクチャについての詳細情報 クラウドの経済性 Azure の財務上および技術的に重要なガイダンスを利用して、クラウドのビジネス ケースを作成する 顧客イネーブルメント 実績のあるツール、ガイダンス、リソースを使用して、クラウド移行の明確なパスを計画する お客様事例 成功を収めたあらゆる規模と業界の企業によるイノベーションの例を参照する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Androidアプリとオープンソースライブラリについて(OSC2013福岡LT)
【三浦優子のIT業界通信】 なぜ日本のOffice 2013のライセンス形態が特別なのか