by Ed End 開発者のsoham氏が、Daniel氏のスタートアップであるCluelyが発表したオープンソースプロジェクト「Glass」について、自身のコードを盗用したものであると告発しました。 you didnt build shit in 4 days you yoinked a gpl-v3 code, slapped an apache license on it, and called it a startup here’s a quick 101 on how not to steal open source@garrytan @ycombinator is this what you invest in? yuck https://t.co/RJDhKGY31Z— soham (@soham_btw) July 4, 2025 Daniel氏は2025年7月3日に、「G
Future Redis releases will continue to offer free and permissive use of the source code under dual RSALv2 and SSPLv1 licenses; these releases will combine advanced data types and processing engines previously only available in Redis Stack. Beginning today, all future versions of Redis will be released with source-available licenses. Starting with Redis 7.4, Redis will be dual-licensed under the Re
クラウドベンダなどによるサービス利用を制限したMongoDBの新ライセンス「SSPL」を理由にDebian、Fedora、RHELがMongoDBの配布取りやめを表明 MongoDBがAWSなど大手クラウドベンダによるサービス化に反発し、商用サービス化を制限する新ライセンスに変更したことは以前の記事で紹介しました。 参考：Redis、MongoDB、Kafkaらが相次いで商用サービスを制限するライセンス変更。AWSなどクラウドベンダによる「オープンソースのいいとこ取り」に反発 新ライセンスはAGPLをベースにMongoDBが独自に作成したもので、「Server Side Public License」（以下、SSPL）と呼ばれています。 SSPLではサービス提供元もソースコード公開を義務化 SSPLでは、MongoDBをサービスとして提供する場合、サービス提供元が独自に変更した部分を含めて
new BSDライセンスがついているものをアプリに組み込みたいなと思いましたので改めて調べてみました。 結論から言うと、 EULAにLicense文書をそのまま入れる アプリ内にLicense文書を表示するwebViewを作る：設定やAboutなどで の2つをするがベストな感じです。 [参考1] @takuma104さんのブログ NatsuLion for iPhone クローン (略) から学んだこととかまとめ - @takuma104 log http://d.hatena.ne.jp/takuma104/20090329/1238329981 具体的には、 AppStore で配布する際の iPhone アプリで、New BSD License のコード等を使用する場合の適切な方法は、僕の考える限り、以下ぐらいの手法ではないかと思います。 EULA に License 文書をそのまま
先日のLGPLとAndroidを書いて以来、悶々としている。要するにプロプライエタリなアプリでAndEngineを使いたいのだが、かのライブラリはLGPLなのだ。AndEngine作者のNicolasさんはblogでソース公開はしなくていいと表明しているが、このエントリのコメントにもあるように、作者の表明とライセンスの意味するところは別ではあるので、白黒つけた確証が欲しかった。 で、先日からさらに調べて、現時点での素人解釈としては、LGPLライブラリをプロプライエタリなAndroidアプリにリンクするのは「クロ」だ。なぜクロかと言えば、Androidの.apkファイルの仕組み上、LGPLの求める条件を満たすことができないから。とはいえ、私はGPLの解釈は素人なので、誰か詳しい人のご意見お待ちしております。 Androidのビルドのしくみ Android SDKは、ビルドプロセスの過程で、J
続編書きました → http://d.hatena.ne.jp/pekeq/20110201/p1 問題なのは、LGPLなライブラリの.jarを、Androidの.apkに組み込んで配布したらそのソフトのライセンスはどうなるのか、ということ。 結論があるわけではないのだが、メモ程度で。 Wikipediaから Wikipedia日本語版にはLGPLについてこうある。 LGPLライセンスで配布されたライブラリAについて、 コンパイル時にライブラリAにリンクされる可能性のあるプログラムBのソースコードについてはLGPLを適用せず、配布に制限を加えない。 ライブラリAにリンクしたプログラムBを配布する場合、Bのライセンスにリバースエンジニアリングを禁止する条項を含めてはならない。(LGPLv2-6、LGPLv3-4) ライブラリAに静的リンクしたプログラムBを配布する場合、Bのソースコードまたは
This article was written in November 2004, when LGPLv2.1 was the most current version of the license. Since then, LGPLv3 has been published. The main points of this article remain true about LGPLv3, but some of the details, such as section numbers, have changed. It has always been the FSF's position that dynamically linking applications to libraries creates a single work derived from both the libr
PostgreSQLをKubernetes上で活用するためのOperator紹介！（Cloud Native Database Meetup #3 発表資料）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
