Design: バイナリ形式のライセンスフィールド？

バイナリ形式で特定の（名前の付いた）メタデータセクションを特定する必要がある特別な理由はわかりません。 （技術的には、オプションの名前セクションを1つ指定しますが、まだ水門を開く必要はないと思います）。

ライセンス/ソースは、メタデータセクションの架空の長いリストの一部として延期するに値しないという、十分にユニークで根本的に重要な懸念事項です。 特定のメタデータセクションの理由が十分に説得力がある場合は、

つまり、特定のメタデータセクションを追加する前に、非常に高い正当化の基準が必要です。 ライセンスソースは、私の見解ではその高い基準を満たしています。

@titzer通常、私はあなたに同意し、可能な限りシンプルな言語を

しかし、これはWebでは不可能です。 インストールはありません。 wasmが成功した場合、CAD、PS、ゲームなどのソフトウェアについて、Web上でますます複雑なライセンスを取得することになります。 言語は、それがもたらす問題に備える必要があります。
それは水門を開くことではありません、それは非常に特殊で繊細な状況であり、将来さらに多くの頭痛を引き起こします。

私たちはエンジニアであり、弁護士ではありません。 WebAssemblyバイナリまたはこれらのバイナリを保持するページでライセンスを法的に指定する方法を決定する資格はありません。 それは現在、開発者自身の弁護士に任されています。 私たちが実際の弁護士の意見を取り入れて必要となるライセンスセクションを標準化した場合、私たちの側にそれ以下の姿勢がとられていると、それを誤解し、現在認識されているよりも事態を悪化させる可能性があります。 ブラウザベンダーに雇用されているエンジニアがライセンスを指定する場合、開発者はこれを法律上のアドバイスと解釈する可能性がありますが、これは私たちが望んでいる立場ではありません。

W3Cコミュニティグループに参加し、弁護士を巻き込んでそのような情報を指定することをお勧めします。

@jfbastien URLにアクセスするにはどうすればよいですか？ 404を取得しています。

@ badumt55https ： //www.w3.org/community/webassembly/は私のために働きます。

@jfbastien弁護士に連絡するべきではないとは言いませんが、この提案は法的に何も指定していないと思います。 メタデータでライセンスとソース情報を参照するための標準メカニズムを提供します。 でも弁護士はそれを確認できると思います。

しばらく活動がありません。 とりあえず締めくくりますが、チャンピオンになりたい場合はコメントしてください（ただし、私が言及した