Interview今年の月、人気のあるオープンソースプロジェクトFUSE for macOSのユーザーは、最新のアップデートのソースコードが欠落していることに気づいた。 プロジェクトはクローズドソースとなり、もはや商業的な使用のために無料ではありませんでした。 しかし、Regがメンテナと話をしたときに発見したように、それには非常に良い理由がありました–そしてそれを使用した多くの企業にとってはよく見

FUSEはユーザー空間のファイルシステムの略で、開発者はカーネルのコードを記述せずにカスタムファイルシステムを作成できます。 たとえば、データベースやクラウドストレージシステムがあり、オペレーティングシステムに別のファイルとフォルダのセットとして表示する場合は、FUSEを使FUSEは長い歴史を持っています。

ヒューズは長い歴史を持っています。 これはLinux用に作成され、FreeBSDやOpenSolarisなどの他のUnix系オペレーティングシステムに移植されました。 2007年、GoogleはオープンソースとしてMac OS X用の移植版をリリースした。 2011年にはosxfuseにフォークされ、後にfuse for macOSに改名された。

その後、七ヶ月前、ユーザーは、コンパイルされたバイナリが投稿されたにもかかわらず、最新のアップデートのソースコードが欠落していたことを観察しました。 “それは意図的です”とメンテナのBenjamin Fleischerは言いました。 “商用ソフトウェアプロジェクトにFUSE for macOSを使用している場合は、私に連絡してください。”

最後のオープンソースバージョンをフォークすることを考えている開発者が直面するさらなる複雑さは、macOS上でFUSEを実行するにはカーネル拡張署名証明書 「これは、登録されたすべての開発者が取得する標準の開発者ID証明書ではありません」とFleischer氏は述べています。

露出バックスの物語：8年でdevを失う方法

“私は2011年にFUSEに取り組み始めました。 私はコンピュータサイエンスを勉強していて、FUSEの仕事は趣味として始まりました。 私は人気のあるFUSEファイルシステムであるNTFS-3Gに依存していて、Mac OS X Snow Leopardの新しい64ビットカーネルを使用したかったのです。 プロジェクトが最初に呼び出されたMacFUSEは、すでにしばらくの間放棄されていて、64ビットカーネルをサポートしていなかったので、私はコードをいじって始め

“それ以来、多くの時間が経過し、fuse for macOSに依存するアプリケーションの数は急速に増加しています。 今日、fuse for macOSは、クラウドストレージやインフラストラクチャ-アズ-ア-サービス-プロバイダー、さらには人気のあるソーシャル-ネットワー”

問題は？ Fleischerは開発作業のほとんどを無料で行っていました。 2016年5月、彼は支援を求めた。 「FUSE for OS Xを次のレベルに引き上げるためには、より多くの時間を費やしたいと思っていますが、これは私の仕事の補償なしには不可能です」と彼は当時

“私の投稿は期待された結果をもたらさなかった”とFleischerは語った。 “その後、私は自分の戦略を変更し、FUSEを使用している企業に直接連絡しようとし、彼らのサポートを求めました。

“私は、修正や改善を上流にプッシュすることなく、多くのクローズドソースのフォークではなく、誰もが貢献する一つのプロジェクトを持つことが、誰にも利益をもたらすことを提唱しようとしました。 私は財政的に私の仕事をサポートするために一つまたは二つの企業を説得することができました。 しかし、ほとんどの企業は、それが無料で利用可能であるため、彼らの製品が依存しているプロジェクトをサポートすることに消極的でした。 これ自体は一種の皮肉です。 無料で利用できるものには知覚される価値がないかのように。”

彼は”プロジェクトを放棄することは私にとって選択肢ではなかったので、資金調達のための他のオプ”

問題の中で、彼は私たちに言った、ということです”FUSEはエンドユーザー製品ではありません。 ほとんどの場合、FUSEは仮想ファイルシステムを公開するサードパーティアプリケーションによってサイレントにインストールされます。 多くのエンドユーザーは、FUSEを使用していることを認識していないか、それが提供するサービスを知っています。 ユーザーが既に支払ったアプリケーションのコンポーネントの寄付を求めるのは正しいアプローチではありません。”

これが、Fleischerがソースコードのリリースを停止し、ライセンスも変更した理由でした。 “FUSE for macOS3.9は、商用ソフトウェアと自由にバンドルできます。 その後、2019の7月に、FUSE for macOS3.10をリリースし、Fuseを商用ソフトウェアにバンドルするための特定の書面による許可を必要とする、新しい、許容性の低いライこれはどのように可能ですか？

“Fuse for macOSのソースコードのほとんどは、BSDライセンスの下でリリースされています。 しかし、libfuseは、例えば、LGPLの下でリリースされています。 私はclosed source FUSE forksの他の開発者がしばらくの間やっていたことをしました。 BSDライセンスにはコピーレフトがないため、上流に変更をプッシュしたり、変更を利用できるようにする必要はありません。 LibfuseはLGPLの下でカバーされているので、それへの変更は利用可能にする必要がありますが、カーネルコードへの変更は閉じたままにすることができます”とFleischerp>

結果？ “ライセンス変更後、私はいくつかの企業から連絡を受け、いくつかのライセンス契約を交渉しました。 この点で、FUSEのソースコードを閉じることは成功しました。 少なくとも、それは持続可能なオープンソースソフトウェア開発の難しさへの意識を高めるのに役立った”と彼は言った。Fleischerは、”クローズドソースプロジェクトとしてFUSEでの作業を続けるのは好きではありません。 それは難しい決断であり、私は非常に長い間それについて考えてきましたが、私はそれを支持し、意識を高め、プロジェクトの将来を確保するために残された唯一の選択肢であるように見えました。”

彼はそれを認めています：”私はライセンスの変更についてあまり透明ではありませんでした。”

ハッカーニュースに関する最近の議論は、”意見は明らかに非常に分かれている”と彼は言った。そうは言っても、反応の多くは同情的です。

開発者は、自分たちの仕事には価値があり、人生を無料で費やす必要はないことに気づいています。 だから、彼らは自分の仕事の製品の制御を取り、自分自身のためにその値の一部をキャプチャし始める、”一つは言いました。

今後はどうなるのでしょうか？

“私がfuse for macOSプロジェクトのメンテナである限り、FUSEは常に非商業的な使用のために無料になります”と彼はEl Regに語った。 “FUSEの維持を中止することに決めた時点に達した場合、近い将来にこれが来ることを非常に疑うなら、私はBSDライセンスの下でソースコードをリリースし、他の誰かがGitHub上のosxfuse組織を制御できるようにします。”

もちろん、Appleはそのルールを変更することができます–それは、カーネルの拡張機能は、macOSの将来のリリースで制限されると述べている–または同社は、macOSカーネ