オブジェクトストレージ構成ソフト「MinIO」の2025年10月15日に公開されたセキュリティリリース(CVE対応版)に関して、ユーザーが「DockerHubやQuay.ioに新しいイメージが見当たらない」と報告しました。その後、開発チームの主要メンバーであるHarshavardhana氏が「MinIOは現在ソースコードのみを配布しており、コンテナイメージを利用したい場合は自分でビルドする必要がある」と回答したことで、コミュニティの反発が一気に噴出しました。 Docker release? · Issue #21647 · minio/minio https://github.com/minio/minio/issues/21647 MinIO stops distributing free Docker images | Hacker News https://news.ycombina
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
7年前にCNCFへ譲渡されOSS化されたソフトウェア、今さら開発元が譲渡とOSS化の撤回を要求。（その後、これを撤回し決着） Linux Foundation傘下でKubernetesを始めとする多数のクラウドネイティブ関連のプロジェクトをホストするCloud Native Computing Foundation（以下、CNCF）は、2018年に同団体に譲渡されオープンソースとして開発が続けられてきたメッセージングミドルウェアのNATSの開発元であるSynadiaが、NATSプロジェクトをCNCFから撤退させ、非オープンソースライセンスであるBusiness Source License（BUSL）を適用する意向であると通知してきたことを明らかにしました。 さらにSynadiaの法律顧問はCNCFに対して書面にて、NATSプロジェクトのドメイン名である「nats.io」とGitHubのリ
AIによる無効なバグレポートが、Curlのバグ報奨金プログラムに殺到。「事実上、DDoS攻撃を受けているようなものだ」と開発者が訴え オープンソースで開発されている「curl」コマンド（以下cURL）のバグ報奨金プログラムに、AIを用いて作成されたいい加減なバグレポートが殺到した結果、開発者であるDaniel Stenberg氏が「もう限界に達した」「事実上、DDoSを受けているようなものだ」と訴えています。 そして今後はバグレポートの作成者に対して、レポート作成にAIを用いたかどうかを回答するよう義務付けることを明らかにしました。 cURLのバグを見つけたら報奨金 cURLコマンドは、コマンドラインからさまざまなプロトコルでデータ転送を実行できるツールであり、Webアプリケーションの開発などさまざまな場面で活用されている有名なツールです。 オープンソースで開発されているcURLは、バグを
物騒な世の中です。皆様お気をつけください。 3行でまとめ 自作の OSS、fujiwara/apprun-cli のマルウェア入り偽物を作られて GitHub で公開されました 偽物には大量の新規アカウントがスターを付けていたため、検索でオリジナルのものより上位に表示される状態でした GitHub に通報したところ、偽物を作ったアカウントはbanされたようです 経緯 2024年末に、さくらのAppRun用デプロイツール apprun-cli という OSS を公開しました。 github.com 2025年2月10日 12時過ぎのこと、謎の人物が X で apprun-cli を宣伝しているのを見つけました。 どう見ても自分の物と同じ(コピー)なのですが、妙にスターが多い。リポジトリをのぞいてみると、fork ではなくコードがすべて commit 履歴を引き継がない状態でコピーされ、スター
GitHub.comの利用をやめようと言われても、多くのソフトウェア開発者やGitHub.comのユーザーにとって、それはかなり困難で突拍子もない提案のように聞こえる。この便利なサービスなしには日々の生活が成り立たなくなっているユーザーは世界中にたくさんいる。 Software Freedom Conservancyは6月30日(米国時間)、「Give Up GitHub: The Time Has Come! - Conservancy Blog - Software Freedom Conservancy」において、同組織におけるGitHubの使用を中止するとともに、他のFOSSプロジェクトがGitHubからほかのサービスに移行するのを支援する長期計画を実施すると伝えた。 Software Freedom Conservancyは現在のGitHubの取り組みに疑問を呈しており、AI支援
中国におけるギットハブの競合サービスとして人気の「ギッティ（Gitee）」で公開されていたソースコードが一部非公開となり、中国のオープンソース・コミュニティに衝撃を与えている。理由は明らかではないが、中国政府による検閲が疑われており、イノベーションを阻害する恐れが指摘されている。 by Zeyi Yang2022.06.01 171 4 5月18日の朝のことだ。中国の数千人ものソフトウェア開発者たちは、中国企業「ギッティ（Gitee）」にホストされているオープンソース・コードがロックされ、非公開になっていたことに気づいた。ギッティは、国際的なコード・リポジトリ・プラットフォームであるギットハブ（GitHub）の競合サービスで、中国政府の支援を受けている。 ギッティはその日の遅くに声明を発表し、ロックされたコードは手作業でレビューされており、今後はすべてのオープンソース・コードが公開前にレビ
F5、NGINXの開発チームをロシア国外へ移転させたことを報告。開発を立て直しリリースサイクルも元通りに NGINX（エンジンエックス）はオープンソースで開発されているWebサーバとしてもっとも人気のあるソフトウェアの1つです。その開発者であるIgor Sysoev（イーゴリ・シソエフ）氏がロシアの首都モスクワに住んでいたことなどにより、NGINXの開発はロシアの首都モスクワを中心に行われていました。 そのロシアは現在、ウクライナへの武力侵攻に反対する西側諸国による厳しい経済制裁下にあり、多くのIT企業もロシアにおける活動を停止しています。 2019年にNGINX社を買収し現在NGINXの開発元となっているF5も、ロシアにおける営業活動とNGINXオープンソースプロジェクトへの貢献を停止したことを、3月15日付けのブログ「Standing Firm in Support of the Pe
はじめに こんにちは。WEBエンジニアのmasakichiです。 OSSを始めたいと思いながらも「なにから始めたらいいかわからない…」と悩んでいませんか？ そんなOSS未経験者にGood First Issueというリポジトリをお勧めしたく記事にしました。 この記事で書いてあること この記事には以下の2つが書いてあります。 Good First Issueについて Good First Issueからコントリビュートするまでの流れ（経験談） Good First Issueとは OSSにコントリビュートしたことのない開発者でもすぐに始められる人気プロジェクトをピックアップしたキュレーションサイトです。 プロジェクトのリンク先はgithubリポジトリで管理されています。 リポジトリはこちら キュレーションサイトはこちら Good First Issueでは下記の基準を満たしたプロジェクトがピ
オープンソースcURLの作者、某大企業から「24時間以内にこの質問に答えるように」との無礼なメールを受け取る コマンドラインからさまざまなプロトコルでデータ転送を実行できる「curl」コマンド（以下cURL）は、多くのITエンジニアにとって欠かせない、非常に便利なツールです。 cURLはオープンソースで開発されているソフトウェアです。先日その作者であるDaniel Stenberg氏に、某大企業からオープンソースを全く理解していないとみられる大変無礼なメールが届いたとして話題になっています。 If you are a multi billion dollar company and are concerned about log4j, why not just email OSS authors you never paid anything and demand a response f
楠 正憲（内閣官房 政府CIO 補佐官） 2021年1月 Android版の接触確認アプリCOCOAが数カ月にわたって動作していなかったことが明らかにされた．筆者は 2020年4月から接触確認アプリの導入について，有志での議論に参加し，有識者会議のメンバとして，また途中から政府CIO補佐官として， 接触確認アプリの導入を支援してきた．本稿では接触確認アプリCOCOAの開発と運用について，どのような課題があったかについて振り返る． 接触確認アプリ導入の経緯 筆者が接触確認アプリについて知ったのは昨年（2020年）3月頃のことである．ちょうどシンガポールのTrace Togetherが話題となって，日本でも接触確認アプリをリリースできないかといった話題で，いくつかのコミュニティが盛り上がり始めた． Androidのシェアが高いシンガポールに対して，日本ではiPhoneのシェアが非常に高く，iP
接触確認アプリ「COCOA」について以前ツイートしました。 繰り返しになるけど、COCOAのAndroid版をネイティブで作り直したいので、誰か知ってる人につないで欲しい。 — ARIYAMA Keiji (@keiji_ariyama) February 3, 2021 ツイートした後もGitHubのCOCOAのリポジトリにコメントしたり、知り合いに「COCOAやりたい」「COCOAやりたい」と言い続けたりした結果、このたび厚生労働省の技術参与として正式にCOCOAに携わることになりました。 すること オープンソースコミュニティとの関わりについては、すでに政府CIO補佐官の東さんと関さんが取り組みを始めています。ぼくは二人を手伝いつつ、Issueとして報告があった内容の再現確認をしたり、Pull RequestでExposure Notification APIを使ったテストが必要なとこ
COVID-19対策接触確認アプリ「COCOA」は残念ながら不具合が報道されて話題になりました。そのOSS開発については、誤解が蔓延しているようです。今回はOSSと社会との関係について考察します。（まつもと ゆきひろ） 昨今の新型コロナウイルス感染症の広がりを防ぐ手段の一つとして導入されたのが、接触確認アプリ「COCOA」（COVID-19 Contact Confirming Application）です。 このアプリケーションは、プライバシーを維持したまま、ユーザー同士の接触を記録します。もし過去14日の間で、距離1m以内に15分以上とどまっていた人が、後に感染が分かれば通知してくれます。 もし社会全体で6割以上の人がこのアプリを使えば、大幅な感染拡大の抑制が期待されるとのことでした。 COCOAはAndroid版とiOS版が提供されていますが、日本では2020年現在、スマートフォンユ
安倍政権がコロナ対策の長期化に向けて投入したスマートフォン向け接触確認アプリ「COCOA」を巡り、開発者側に過剰な負担を強いていたことが「週刊文春」の取材で分かった。 そもそも、COCOAとはいったいどういうアプリなのか。 「アプリを入れたスマホ同士が近づくと、暗号化された符号が交換される。アプリには過去14日間の行動が記録されており、陽性者と濃厚接触していれば通知が届き、医療機関の受診を促す仕組みです。安倍晋三首相が会見で、このアプリを『クラスター対策の鍵』『人口の6割近くに普及すれば大きな効果があるという研究がある』と紹介しました。6月19日に厚労省が試行版を公開しましたが、直後に不具合が発覚したため、本格運用は7月3日からとなりました」（厚労省担当記者） 「COCOA」を入れるとこんな表示が プログラムを開発したのは民間企業で働くエンジニア・A氏だ。ボランティアで開発を進め、途中から
セキュリティスキャナー「Tsunami」、名称に関するIssueがクローズ。実は「津波早期警戒システム」が略されたものだったと釈明。ドキュメントで詳細に説明へ Googleがセキュリティスキャナー「Tsunami」をオープンソースで公開したことは、Publickeyの6月23日付の記事で紹介しました。 Google、セキュリティスキャナー「Tsunami」をオープンソースで公開。ポートスキャンなどで自動的に脆弱性を検出するツール － Publickey 自動的に脆弱性を検出してくれるという便利そうなソフトウェアであることで、多くの読者がこの記事に注目しましたが、同時にこの「Tsunami」という名称について疑問を呈する読者も多くいたことが、この記事に500以上ついた、はてなブックマークから分かりました。 「Tsunami」（津波）という言葉は、2011年3月11日に発生した東日本大震災を経
厚生労働省が6月19日に配信を始めた、新型コロナウイルス感染症（COVID-19）陽性者に濃厚接触した可能性を通知するスマートフォンアプリ「新型コロナウイルス接触確認アプリ（COCOA）」の不具合や開発体制を巡って、ネット上で議論が巻き起こっている。アプリのベースになったオープンソースプロジェクト「COVID-19Radar」の中心的人物である廣瀬一海さんは自身のTwitterアカウントで、「この件でコミュニティーはメンタル共に破綻した」として、次のリリースで開発から離れ、委託会社などに託したい考えを示した。 見つかった不具合などに厳しい批判 議論の発端となったのは、COCOAに見つかったいくつかの不具合やアプリリリース上の手続きの問題点などだ。 中でも議論の的になったのは、「iOS版で初回起動時にBluetoothへのアクセスを許可しないとアプリを再度起動できなくなる」ということと、「A
新型コロナウイルス接触確認アプリ（COCOA）において、ベースとなるプロジェクトの開発者に関連した炎上騒動が発生していた。この炎上騒動の直接的な火種となったのは、高木浩光氏の下記のツイートであろう。 再現した。基礎的な例外処理をわかってないプログラマーか。この状態になるとアプリを削除して再インストールしても、エラーが出て落ち続けてしまう。しかもiOSの設定でそれをオンにしようとしても、アプリがないとなって設定変更できない。詰んだ。 （午後8:39 · 2020年6月19日） https://mobile.twitter.com/HiromitsuTakagi/status/1273943571599486976 ちなみに、この記事を執筆するにあたり改めて高木浩光氏のツイートを追っているのだが、「あれ？思ったよりマイルドだった。初見では『さすがにこれはないわ。テメーは今、言ってはならない事を
Endless road | During our roadtrip we turned off the highway… https://www.flickr.com/photos/98063470@N00/326044514 GitHubリポジトリ Covid19Radar に対して起ったことがかなり特殊な状況だったため、開発を追い掛けていた視線からレポートをします。 この記事の著者について 代表作のない個人アプリ開発者(かなしい) Covid-19 Radar Japan の人ではない GAFAMやCode for Japan の人でもない 4/8 Covid-19 Radarを発見する Covid-19 Radarとは、この時点ではシンガポールのTraceTogetherの日本版を目指した個人開発者 廣瀬一海さんのアプリのリポジトリ 4月にContact Tracing技術について
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く