66

iPhone アプリを作成しており、その機能の一部にサードパーティのライブラリを使用したいと考えています。App Store で販売する予定で、私のコードはオープン ソース化されません。派生作品を作成し、Apple 独自の条件で公開できるオープン ソース ライセンスはどれですか?

4

10 に答える 10

9

LGPL に関しては、St3fan は間違っていると思いますが、Louis Gerbarg は正しいです。クローズド ソースの iPhone アプリで LGPL ライブラリを使用することは可能ですが、制限があります。

http://en.wikipedia.org/wiki/GNU_Lesser_General_Public_Licenseを見ると、「代わりに、ソース コードまたはリンク可能なオブジェクト ファイルが提供されている場合、静的にリンクされたライブラリが許可される」と読むことができます。

Louis Gerbarg が述べたように、LGPL ライブラリを使用する場合、顧客がアプリケーションを取得するために必要なオブジェクト (*.o など) ファイルを自由に利用できる限り、アプリケーションをクローズドソースのままにしておくことができます。リンクします。

ここでは、 iPhone と LGPL の互換性について詳しく説明します。


ライブラリの LGPL ライセンスによって課せられるアプリの詳細な要件:

d) 次のいずれかを実行します。

0) このライセンスの条件に基づいて対応する最小限のソース、および対応するアプリケーション コードを、ユーザーがアプリケーションをリンク バージョンの修正バージョンと再結合または再リンクして、対応するソースを伝達するために GNU GPL のセクション 6 で指定された方法で、修正された結合著作物。

于 2009-08-24T10:51:11.373 に答える
9

Apple App Store は、GPL と LGPL の両方、および Affero GPL のすべてのバージョンに存在する FSF のコピーレフトの考え方と互換性がありません。Apple App Store では、ユーザーがフリー ソフトウェアを取得して変更し、自分のデバイスで自由に実行することはできません。彼らは、DRM の使用、年間 100 ドルの支払い、追加条件への同意などを要求しています。お店/

App Store 以外で iOS 用の GPL/LGPL ソフトウェアを配布することは完全に合法ですが、問題は Apple App Store にあります。したがって、Apple にロビー活動を行い、制限を変更することをお勧めします。Mac OS X と iOS は基本的に GPL/LGPL ソフトウェア (gcc など) に依存しているため、Apple は自由を楽しんでいますが、ユーザーには同じ自由を否定しています。

App Store と互換性のあるライセンスについては、BSD、MIT、Apache、またはパブリック ドメインなどの非常に寛容なライセンスを使用する必要があります。

于 2011-10-25T18:04:52.007 に答える
7

LGPL は iPhone アプリケーションでは機能しないと思います。

問題は、iPhone ランタイムでは、共有ライブラリ (またはフレームワーク) をアプリにバンドルできないことです。シングル バイナリ アプリケーションのみが許可されます。LGPL は、共有ライブラリをアプリケーションにバンドルするという前提に基づいています。直リンクは引き続き禁止です。

于 2009-01-20T02:00:40.437 に答える
5

これは法律上の助言ではありません。私は弁護士ではありませんが、BSD または Apache のライセンスを持つライブラリが必要なようです。これは、オープン ソース ライブラリを使用する独自のデスクトップ プログラムを開発している場合に当てはまります。Apple が iPhone アプリに対してこれ以上の制限を設けているかどうかはわかりません。

于 2009-01-20T01:18:14.623 に答える
3

(私は弁護士ではありません。)

静的オブジェクト ファイル リンクは、LGPL ライセンス コードを使用するアプリを、そのソース コードの非 LGPL 部分を配布せずに利用できるようにする方法の問題に対処する場合があります。

しかし、GPL の変種である LGPL は、iPhone アプリの作成と配布に必要な開発ツールが、GPL と互換性のない Apple の条件の下でのみ利用可能であるという点で、iPhone アプリの開発に克服できない大きな問題を課しているようです。すなわち。年間 100 ドルの料金がかかり、これらのツールの使用には GPL ライセンスの一部ではない条件が多数あります。Apple の iPhone 開発者ツールのライセンス条項は、GPL の精神と、おそらく GPL の文言とも矛盾しているようです。

于 2010-01-02T20:50:19.247 に答える
1

ソースコードをリリースしていない場合は、厳密なコピーレフトライセンスを使用することはできません。iPhoneのディストリビューションはno-Tivoization条項と競合するため、どのような場合でもGPLv3ベースのライセンスを使用することはできません。

LGPLv2を使用している場合は、プログラムをリンク可能な形式で提供する必要があります。これは、受け入れられる場合と受け入れられない場合があります(少なくともソースコードではありません)。これは、扱いたくないものである可能性があります。 、ライブラリが多くの利益を提供しない限り。

ライブラリに著作権所有者が1人いる場合は、ライセンスの例外を取得できるかどうかをいつでも確認できます。

通常のBSD/MIT /Boost/その他のパーミッシブライセンスでは問題はありません。そこにはたくさんのオープンソース/無料ソフトウェアライセンスがあり、残りの部分についてはそれらを読んで見る必要があります。

于 2010-01-02T21:18:46.600 に答える
1

良い例はWunderradioです。彼らはffmpegやその他のLGPLv2ライセンスのフレームワークを使用し、Webサイトで.oファイルを提供しています。

不思議なことに、彼らはアプリの完全なソースコードも提供しています。

http://wunderradio.com/code.html

于 2011-04-12T23:40:29.600 に答える
1

Fuego を iPhone に移植しようとしたとき、同様の質問をfuego メーリング リストで行いました。これまでのところ、私の理解では「LGPL はAppStore と互換性がない」ということです。前の質問にも次のような回答が返されます: いいえ。

于 2011-01-31T03:02:38.793 に答える
0

App Store の利用規約、特に年間 100 ドルの Apple Dev プログラム料金に問題があると主張する人々は間違っています。その 100 ドルはショーストッパーにさえ近くありません。この種のことを心配するのに多くの時間を費やすのは、開発者の典型です;0) 弁護士は何千年もの間、契約条項をめぐって執拗に扱ってきました。

前提条件: アプリ内のリンクからアクセスできる Web 上の場所から、オブジェクト ファイルと基本的なプロジェクト ファイルを提供します。

オプション 1、カウボーイ向け: ジェイルブレイクは正式に合法 (かつ無料) です。それだけで、LGPL と App Store の条件との互換性に関する懸念はなくなります。LPGL は特定の流通チャネルをどこで指定していますか? どこにもない。アプリストアからダウンロードしたアプリの静的にリンクされたライブラリをアップグレードしたいですか? しゃべって、アルファ開発して、あなたの電話を脱獄してください!Apple が遊び場でいじめっ子だからといって、彼らのメリーゴーランドにとどまる必要はありません。これにより、進取の気性に富んだ開発者は、次のミートアップで貴重な自慢の権利を得ることができます。さらに、LPGL ライブラリをアップグレードするために電話をジェイルブレイクすると、リチャード ストールマンの地下室にある樽室にアクセスできるようになります。

合法的かつ誠実に回避するためのオプション 2: LGPL v2.1 のセクション 1 (および GPL v3 のセクション 4) では、開発者はライブラリをコピーするという物理的な行為に対して料金を請求することができます。これにより、開発者がその料金を 99 ドルの Apple Dev サブスクリプション料金に再割り当てするメカニズムが提供されます。

100 デバイスの制限についてはどうですか? バイナリのアップグレードを希望するエンド ユーザーは、商用アプリケーションをアップグレードしているため、アプリ開発者独自のライセンス条項が適用されます。カスタム ライセンス契約に 100 台のデバイス制限を追加するのは簡単です。100 台以上の iOS デバイスを所有している人は何人ですか? ジョブズでさえ、それほど多くは所有していませんでした。それはほとんど不合理な制限ではありません。エンドユーザーがオリジナルの商用アプリの独自の修正版を公開することを許可する必要がないことを考えると、修正者の 101 番目の友人のデバイスでの読み込みに失敗した場合、苦情の根拠はありません。

LGPL には、エンド ユーザーが快適で、リスクのない、または明白な選択をしなければならないという要件はありません。彼らはただ選択をしなければなりません、そして2つの完全に良いものがあります.

于 2012-07-23T00:42:23.750 に答える