メーカーが倒産してしまったEVのオーナーらが自力でソフトウェアを解析してオープンソースツールを構築
近年の自動車には高度なソフトウェアが搭載されていますが、メーカーが倒産するとソフトウェアのアップデートやサービスが提供されなくなり、文鎮化してしまうリスクがあります。2024年に倒産したEVメーカー・Fisker(フィスカー)のEV車を所有するオーナーたちが、自分たちでフィスカー車を維持するための非営利団体を設立し、ソフトウェアをリバースエンジニアリングしてオープンソースツールを構築していると、EV関連のニュースサイトであるElectrekが報じました。 Fisker went bankrupt and owners built open source car company from the ashes | Electrek https://electrek.co/2026/05/16/fisker-ocean-open-source-ev-story-after-bankruptcy/
オープンソース・プロジェクトのたたみ方
本記事は Embulk に関する以下のアナウンスの、非公式日本語版 + α です。 Embulk の「メンテナンス・モード」 去る 2025 年 10 月 15 日、その時点で GitHub の embulk organization に入っていた人に向けて、以下のようなメールを送りました。 Embulk に関係し、中でも Embulk の GitHub org にいる皆さま、 Embulk 関係の git log から確認できた公開メールアドレスや、個別に確認できたメールアドレス宛にお送りしています。 … (中略: 英語でのごあいさつなど) … ご無沙汰しております。みくるべです。 このところ、一部から RubyGems 周辺の話題が聞こえてきます。 https://rubycentral.org/news/rubygems-org-aws-root-access-event-septe
AIがオープンソースの「鍵」を壊す日――chardet騒動の本質｜情報の灯台
月間1億3,000万ダウンロードを超えるPythonライブラリが、AIで丸ごと書き換えられた。ライセンスごと。オープンソースの根幹を揺るがす問いが、いま目の前にある。 5日間で書き換えられた12年Pythonの文字エンコーディング検出ライブラリchardetに、激震が走っている。 メンテナーのダン・ブランチャードが3月4日（現地時間）、バージョン7.0をリリースした。これだけなら日常的なアップデートだ。だが中身は、日常とはほど遠かった。AnthropicのClaude Codeを使い、コードベースを一から書き直したうえで、ライセンスをLGPL（準コピーレフト）からMIT（寛容型）に変更したのだ。 chardetはPythonエコシステムの「インフラ」と呼べる存在だ。requestsをはじめとする無数のプロジェクトが依存し、PyPIでの月間ダウンロード数は約1億3,800万回に達する。その根
OSSにおけるAI Slop問題の何が問題なのか？
Honoは2021年の12月に開発が始まって4年と少し経つ。たぶん、あなたが想像する以上に大きくなっている。GitHubのスターは現時点で29.2K。これは日本人発OSSで観測する限り第3位の数字だ。最近ではMCP公式SDKの依存に入り、ダウンロード数はうなぎのぼり。月間1億ダウンロードが近い。Cloudflareは多くのプロダクトでHonoを使っている。 これだけ大きな規模のOSSに、クリエーター、もしくはメンテナとして関わることは非常に貴重な経験である。そこにはみなさんが見ていない景色が広がっている。 Honoの開発において「憂鬱な」こともたくさんある。ただ、それを上回る楽しいことがある。そうやって相殺してきた。ところが最近、4年間で一番憂鬱なタイミングきている。俗に言うAI Slop問題である。 今回は、OSSにおけるAI Slop問題について、実体験を元に何が問題なのかを語ってみた
Debian、LLMスクレイピング攻撃でCIデータの公開閲覧を制限 | gihyo.jp
生成AIの普及と進化はサイバー攻撃のスタイルにも急激な変化をもたらしている。そのひとつがAI/LLMによるWebサイトのスクレイピングだ。従来からボットやクローラーを使ってWebサイトから自動的に情報を収集する行為はひろく行われていたが、AI/LLMによるスクレイピングは「HTMLの意味を理解して情報を抽出する」「CAPTHA画面の文言を理解できる」「取得データの要約や分類、構造化が可能」「エージェントによる自律実行が可能」など既存のボットよりはるかにインテリジェントで人間に近い行為が可能となるため、コンテンツの不正使用や個人情報の特定、公開情報をベースにした機密情報の推測といった新たな脅威につながりやすいといわれている。また、人間による定期的なメンテナンスが必要なボットと異なり、AI/LLMによるスクレイピングは自律的な行動を取れるため、サイト側の防御策が効きにくいという点も厄介だ
GitHub - mitchellh/vouch: A community trust management system based on explicit vouches to participate.
A community trust management system. FAQ · Cookbook · Contributing People must be vouched for before interacting with certain parts of a project (the exact parts are configurable to the project to enforce). People can also be explicitly denounced to block them from interacting with the project. The implementation is generic and can be used by any project on any code forge, but we provide GitHub in
The State of OpenSSL for pyca/cryptography — Cryptography 47.0.0.dev1 documentation
The recipes layer Fernet (symmetric encryption) X.509 The hazardous materials layer Primitives Exceptions Random number generation Decrepit cryptography The cryptography open source project Installation Changelog Frequently asked questions Development Use of OpenSSL Security Known security limitations API stability Doing a release Community Glossary Statements The State of OpenSSL for pyca/cryptog
息子さんのOSSの為に死亡証明書を下さい
この記事はLivetoon Tech Advent Calendar 2025の7日目の記事です。 はじめに こんにちは！ AIキャラクターアプリkaiwaを開発している株式会社Livetoonの開発マネージャーの土川です。 kaiwaの公式サイト 今回のアドベントカレンダーでは、LivetoonのAIキャラクターアプリのkaiwaに関わるエンジニアが、アプリの話からLLM・合成音声・インフラ監視・GPU・OSSまで、幅広くアドベントカレンダーとして書いて行く予定です。 是非、publicationをフォローして、記事を追っていって見てください！ 明日は弊社CTOの「【Livetoon TTS】最強の日本語TTSを支える技術」です！ なんの話？ RustOwlという、Rust向けのOSSがあり、その「Successor」になったよという話です。 簡単に言うと「Successor」は、Git
【libxml2】libxml2プロジェクトは放棄されました - Qiita
This is open-source software written by hobbyists, maintained by a single volunteer, badly tested, written in a memory-unsafe language and full of security bugs. It is foolish to use this software to process untrusted data. As such, we treat security issues like any other bug. Each security report we receive will be made public immediately and won't be prioritized. これは趣味人たちによって開発され、たった一人のボランティアによっ
OSS開発の刺し身タンポポ作業を解消するためにsashimi_tanpopoを作った - くりにっき
sashimi_tanpopoについて なぜ作ったか 作る時に考えたこと 採用言語について Itamaeを使うかどうか 1. オーバースペック 2. Itamaeは動的にパラメータを設定できない Itamaeとの差分 glob対応 実行時引数で渡せるようにした その他の工夫ポイント レシピファイル内で普通にRubyが書ける CIで使いやすくした 余談 名前について リポジトリをたくさん作った sashimi_tanpopoについて ファイルを特定のルールで編集して差分があった時にPull RequestやMerge Requestを作るためのgemです。 github.com この例を見てもらうのが手っ取り早いと思います。 # recipe.rb update_file ".ruby-version" do |content| content.gsub!(/^[\d.]+$/, param
C#の理解が10年古い、と言われたのでCloud Runにデプロイしてみた
はじめに ちょっとSNSで 「.NETはLinuxでも本格的に動く！」 とか 「Web系エンジニアは.NETの理解が10年前で止まってる」 とか話題ですね。一方で、「そもそも.NETでLinuxをメインにした開発方法をWebの記事等で見かけない」 という話もあり、確かに自分もあんまり見かけないなー、と思ったので 「無いなら作る」 の精神で作りながら書いてみる事にしました。Weekly ITニュースで扱ってるから概要は知ってるんですがエアプ気味でしたので良い機会。まあ、お仕事だとJavaがメインだけど、自称 Web系エンジニアなので対よろです! TL;DR 最新の.NETはWindows専用だった.NET Frameworkと違いLinuxも一級市民 VS Code + DevContainer, VueやReactと組合せ安いREST API, コンテナ, GCPのCloud Runデプロ
Codeberg を知ってほしい
この記事は、知ってほしい技術 Advent Calendar 2023 の 3 日目の記事です。 Codeberg.org は GitHub.com や GitLab.com のような Git リポジトリのホストサイトです。 GitLab.com が GitLab (アプリケーション) で動いているように、 Codeberg.org は Forgejo で動いています。 codeberg.org の珍しい点は、オープンソースソフトウェア (自由ソフトウェア) のリポジトリだけがホストを許されるという点です。 Can I host software and resources without a free and open-source software license?他にも以下のような特徴を持っています。 運営者はドイツのベルリンを拠点にしている非営利団体です。org/Imprint.m
【OSSもLLMに読ませよう！】Code Reading Agent を作るのはいいぞ
[追記] VSCode拡張作りました 今後はVSCode拡張の方で開発する予定なので、CLIツール・ウェブアプリではなくて、VSCode拡張の方を参考にして下さい。 [追記２] VSCode拡張を実際に使ってみるハンズオン記事も書きました [追加３] スライドも書きました LLMの与えた衝撃 LLM はプログラミングを変えました。 今やプログラミングは、文法を通じて機械を操縦する道具ではなく、自然言語を入力として機械を操縦する道具と化しました。 Cline, Cursor, Copilot など... 既存のツールにとどまらず、今後もその進化は続いていくことでしょう。 その潜在的な進化の余地に、OSSなどの大規模コードを読むことも含まれると思います。 ここでは、OSSなどの大規模コードを読むことにどのように LLMを使えるかを議論します。 Code Reading Agent とは？ Co
Apache Arrow Homepage
Format Apache Arrow defines a language-independent columnar memory format for flat and nested data, organized for efficient analytic operations on modern hardware like CPUs and GPUs. The Arrow memory format also supports zero-copy reads for lightning-fast data access without serialization overhead. Learn more about the design or read the specification. Libraries Arrow's libraries implement the for
Apple、Xcodeで使われているビルドエンジン「Swift Build」をオープンソースで公開。WindowsとLinuxもサポートへ
Apple、Xcodeで使われているビルドエンジン「Swift Build」をオープンソースで公開。WindowsとLinuxもサポートへ Appleの発表を読み解くと、Swift Buildをオープンソース化する狙いは2つあるようです。 1つは、Swiftのエコシステムにおいて、XcodeのビルドエンジンであるSwift Buildと、Swift Package Managerに搭載されているビルドエンジンという2つの異なるビルドエンジンが存在していた状態を、Swift Buildに統一することです。 これには比較的単純なビルドエンジンであるSwift Package Managerのビルドエンジンを高機能なSwift Buildに置き換えることで、Swiftエコシステムのビルドエンジンを今後さらに発展させていくための優れた基盤となることも含まれています。 そしてもう1つは、Swift
Llamaライセンス契約のオープンソースへの適合性について
Meta Platforms社が開発するAIモデルのシリーズである「Llama」は、高性能で費用対効果が高く、比較的寛容な条件で頒布されていると多くの人々から見做されていることからシステムへの採用や派生モデルの開発等の利用が拡大しているように見受けられる。しかし、Meta社のCEOが自ら「Llamaはオープンソースである」と喧伝することで本当にLlamaがオープンソースであると誤解する傾向もあり、またLlamaライセンス契約自体に幾つかの厄介な問題が潜んでいるにも関わらず採用が進むことで今後法的な問題が生じかねないと考えられる。そこで本稿では、先ずLlamaライセンス契約のオープンソースへの適合性から解説することとする。 なお、Llamaライセンス契約のモデル利用時における注意点に関しては別の記事とする。 AIはtypoする Llamaのオープンソースへの適合性 1. オープンソース性を否
Embulk にメンテナーとして長期的に関わってくれる人と企業を探しています
(この記事は www.embulk.org にある Looking for long-term maintainers around the Embulk eco-system の日本語訳と、同じ筆者によるもう少しぶっちゃけた追記です。) 古橋さん (@frsyuki) が最初に Embulk をリリースしてから、まもなく 10 年になります。もう Embulk はかなり成熟・安定して、いまも企業などで実際に使われています。近代化にも引き続き取り組んでいて、もうすぐ Embulk v1.0 を出せるだろうと考えています。 EEP-8: Milestones to Embulk v1.0, and versioning strategies to follow その傍らで、実は多くのものが置き去りになっています。たとえば https://github.com/embulk にあるほとんどの「
Flock 登場を冷静に評価する
Flutter を fork した Flock というリポジトリができました。 これにより、なにやら Flutter が落ち目にあるような声が散見どころでなく挙がっているのですが、冷静にちゃんと一次情報を読みながら fork の意図を確認しよう、という記事です。 Flutter が抱える課題 冒頭の書き方的に「Flutter は落ち目じゃないよ」「何の問題もないよ」という印象を与えていそうな気がしますが、「何も問題がない」わけでもないことは書いておかねばフェアではありません。 Google の全社的な事情で Flutter チームも一部のメンバーもレイオフされたというニュースがあったことは記憶に新しいですが、その影響があってかどうか、「Flutter チームのマンパワーが足りていないのではないか」というのが Matt さんの主張です。 推定される Flutter ユーザーが 100 万人、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
BCCC #2 -- chromium research resources
Matrix.org
