taraiok 曰く、

Marco Tulio Valentemtov氏は、GitHub上にある人気の高い133本のオープンソースプロジェクトにおけるトラック係数（Truck-Factor）を調査したそうだ（Marco Tulio Valentemtov、Slashdot）。

トラック係数は不意の事故などによってメンバーに何人欠員が出るとプロジェクトが破たんするかを表す係数で、バス係数とも呼ばれる。プロジェクトの進行で理想的なのは、メンバーが欠けても被害が最小になるように均等に負担することだ。しかし、多くのプロジェクトは一人の実力者に支えられていることが多い。

先のMarco Tulio Valentemtov氏の調査によると、6種類の言語系プロジェクトにおけるトラック係数はJavaScriptとPythonが22、Rubyが33 、C/C++が18、Javaが21、PHPが17という結果だった。BitcoinでのTruck-Factorはたったの3で、 Androidでは12。なおLinuxは90と上位の数字になっている。

なお、Linuxの開発を主導するLinus Torvalds氏は「俺が死んでもLinux開発は問題なく続くだろう」と述べている。

あるAnonymous Coward 曰く、

先日MicrosoftがWindowsにOpenSSHベースのSSH実装を搭載するという話が話題になったが、これに関連してか、MicrosoftがOpenSSHを開発するOpenBSDに援助を行うことが明らかになった（OSDN Magazine）。

金額については明かされていないが、「2万5000～5万ドル」程度と推測されている。

m.sakkanen 曰く、

OpenStackの次期リリース名称としてOpenStack Meiji（明治）が決定されたという話が先日あった（Publickey）。OpenStackのリリース名には毎回アルファベット順にリリース名が付けられ、またそのリリース名に向けて機能などを議論する。この際、「OpenStackデザインサミットが開かれる場所の周囲の地域の自然・人文学上の名称にする」というルールがあり、10月の東京でのサミットに合わせて人気投票とリーガルチェックを行った結果、三位のMeiji （明治）にいったん決定していたとのことである。

ところが、韓国と中国の開発者から、「Meiji」（明治）の名称は韓国併合や日清戦争が行われた明治時代や明治天皇を想起させるため、東アジアにおいて歴史的、政治的な議論を呼びかねないとの懸念が表明され、日本側からも名称を変更したほうが良いとの意見が出され、結局Meijiは撤回となったようだ （Publickey、MLでの撤回表明）。

プロジェクトの性質上なるべく問題とならない名称が望ましいことは理解できる。ただ、人気投票での結果は、Mita （三田）、Minato （港）、Meiji （明治）、Mitaka （三鷹）、Musashi （武蔵）、Meguro （目黒）、Minami （みなみ）、Mejiro （目白）、Mizuho （瑞穂）、Musashino （武蔵野）、Marunouchi （丸の内）の順となっているが、既にMita、Minatoがリーガル関連で除外されており、Musashi、MizuhoはWar Shipの名称、Mitakaは戦時中に軍需工場、Marunouchiは皇居を連想するだとかということで、MinamiかMejiroぐらいしかなさそうな微妙な気配になっている。サミット会場の高輪のプリンスホテルからはあまり関係なさそうな名称になることは確実のようだ。

あるAnonymous Coward 曰く、

今週末の7月11日土曜日、根津駅近くの東京大学・武田先端知ビルにて、日本NetBSDユーザーグループ（JNUG）第17回定期総会と、NetBSD BOF 2015が開催されます。参加費は無料です（JNUGのアナウンス）。

定期総会への参加についてはユーザーグループの会員登録が必要ですが、会員の義務は流量が年間数通以下のメーリングリストをsubscibeすることだけですので、この機会に是非御登録ください。

BOFに関しては参加自由で登録は任意ですが、人数把握のため登録にご協力いただけると助かります。BOF での発表もまだ募集しています。詳しくはお知らせのページをご覧ください。

オープンソースのオフィススイートであるLibreOfficeの開発を主導しているThe Document Foundationが、LibreOfficeのプレゼンテーション機能である「Impress」向けのテンプレートを募集している（The Document Foundation Blog）。

締め切りは2015年7月18日で、投稿されたテンプレートはLibreOfficeのデザインチームによる審査を受けた後、LibreOffice 5.0に同梱されるとのこと。採用されたテンプレート作者はその名前がLibeOfficeのWebサイトに掲載されるそうだ。

なお、応募条件としては新規に作成した（既存のものを修正したものではない）テンプレートであり、そのライセンスはCreative Commons CC0である、などが指定されている。

headless 曰く、

WWDC 2015で年内のオープンソース化が発表され、さらなる開発者増が見込まれるSwiftだが、すでにObjective-Cのシェアを奪いつつある傾向があるという（ITworldの記事）。

6月のTIOBE IndexでSwiftは14位。1月は25位、5月は18位と順調に順位を上げており、レーティングも1月から約0.7ポイント増で1.44%となっている。一方のObjective-Cは5位だが、1月には3位、5月には4位だった。レーティングも1月から2.614ポイント減の4.339%で、ピークだった昨年4月と比較すると約8.5ポイント減少している。このペースで減少していくと、年末には20位以内に入らない可能性もあるという。

6月のPYPL（PopularitY of Programming Language）でも、Swiftは1月から1ランク上昇して11位となり、シェアは0.2ポイント増の2.7%。これに対し、Objective-Cは昨年以来8位を保っているものの、シェアは1月から0.6ポイント減の5.5%となっている。

GitHubでのフォークを除いた新規リポジトリ作成数に対するシェアをみると、昨年7月から12月までの期間ではSwiftが0.65%、Objective-Cが1.6%だったのに対し、今年1月から5月までの期間ではSwiftが0.8%に増加、Objective-Cは1.4%に減少している。

ITworldの記事によるとSwiftに対する開発者の興味は増しているが、経験を積んだiOS/OS Xアプリ開発者はObjective-Cからの移行に慎重な傾向もみられるとのこと。皆さんの場合はいかがだろうか。

insiderman 曰く、

米SourceForgeがGIMP for Windowsのアドウェア付きインストーラを勝手に配布していた問題で、SourceForgeが6月1日付けでアドウェア付きインストーラの配布は「Opt-In」、つまりプロジェクトからの許可を受けた場合にのみ行うことを発表した。

SourceForge側の見解としては、あくまで「very small number of unmaintained SourceForge projects」、つまりメンテナンスされていないごく少数のプロジェクトでのみ、さらに「そのインストールを簡単に拒否できる」ようなアドウェアを試験的に導入していたとしながらも、コミュニティからの否定的なフィードバックを受けたためこれを中止し、プロジェクトの開発者から同意を得られたものにのみアドウェアを同梱する方針にするとのこと。

いっぽう、これだけ話題になったにも関わらずこの件がSlashdotで取り上げられなかったことについて、「Slashdotはこの件がタレコまれているにも関わらず無視した」のではないかという声も上がっている（Slashdot Burying Stories About Slashdot Media Owned SourceForge、reddit）。Slashdotは6月1日付けでSourceForge and GIMP [Updated]という記事を出し、「単純に忙しくて出せなかっただけ」と述べている。

insiderman 曰く、

やや旧聞になるが、人気のWindows向けSSHクライアント「PuTTY」で、マルウェア入りの非公式バージョンが出回っているそうだ(シマンテック公式ブログの記事)。

PuTTYはオープンソースソフトウェアなので、(知識と開発ツールさえあれば)誰もが改変したバージョンを作成して配布できる。シマンテックのブログによると、このマルウェア入りPuTTYは2013年後半から出回っているらしい。今のところあまり拡散していないが、検索エンジン経由でこのマルウェア入りPuTTYのダウンロードページに誘導されることがあるようだ。

この改変版PuTTYでは、サーバーへの接続時に接続情報が攻撃者のサーバーに送信される。これにより、攻撃者は被害者が接続しようとしたSSHサーバーへの接続が可能になるという。

SourceForgeがアドウェア入りGIMPインストーラを配布したことが話題になっているが、オープンソースソフトウェア自体へのマルウェア混入も増加するかもしれない。

insiderman 曰く、

AppleがOS X 10.10で採用されたdiscoverydを廃止し、10.9までで採用されていたmDNSResponderを再び採用するという話が出ている（Appleちゃんねる、9To5Mac）。

OS Xの最新ベータ版にmDNSResponderが採用されていたことからこの話が出てきたようだ。discoverydはOS X10.10で初めて採用されたが、当初Wi-Fi接続に不具合が発生する原因とされるなど、評判が悪かった。

discoverydやmDNSResponderは「Zero Configuration Networking」（RendezvousやBonjourと呼ばれているもの）を実装したソフトウェア。mDNSResponderはオープンソース（Apacheライセンス）だが、discoverydはオープンソースではなくAppleが独自に一から実装したもののようで、そのために不具合が多く残っているという話のようだ。

tarxz 曰く、

SourceForge.net（SF.net）にあったGIMP for WindowsのプロジェクトがSF.net運営者側にアカウントを乗っ取られ、配布物がアドウェア付きのインストーラーに置き換えられたという騒動が起きたようだ(Ars Technica)。

インストーラには「Norton anti-virus」および「myPCBackup.com remote backup」がバンドルされていたと報告されている。SF.net側は「18か月以上プロジェクトが放置されていたのでミラーに切り替えた」としているが、GIMP側はWindowsバイナリの配布用としてメンテをしていたと主張している。

こちらのツイートにあるように以前はGIMP側の人が管理者になっていたGIMP for Winのページが、sf-editor1というアカウントの管理下になっていることが分かる。アドウェア配布の前にそもそも管理権限を奪ったという大きな問題があるようだ。

Richard M. Stallman氏によれば、悪意を持ったプログラムをマルウェアと呼ぶならパッケージ/プリインストールで販売されているプロプライエタリーソフトウェアも例外ではないという(The Guardianの記事)。

Stallman氏がフリーソフトウェア運動を始めた1980年代、自由のないプロプライエタリーソフトウェアであっても開発者はユーザーを尊重していたという。しかし、現在の開発者はユーザーに対して不正な扱いをし、それが問題になると小さな文字で印刷されたEULAを理由に正当化しようとする。Stallman氏はマルウェアとみなされる機能としてユーザーの監視、DRMなどによる使用する自由の制限、バックドア、検閲といったものを挙げている。

マルウェアの例としてStallman氏が最初に指摘するのはOSだ。Windowsはユーザーを監視、制限し、アプリを検閲する。リモートからソフトウェアをインストールするバックドアまで備えており、セキュリティーホールを修正する前にNSAに知らせていたとも主張している。AppleのOSもマルウェアだという。Mac OSはユーザーを監視、制限する。iOSもユーザーを監視、制限するほか、アプリを検閲し、バックドアも備えるという。Androidでもアプリをリモートから強制的にインストール・アンインストールするバックドアを備えているとのこと。このほか、携帯電話を懐中電灯として使うといった簡単なアプリにもユーザーの情報を企業に送るものがあり、デジタル製品や自動車で使用するソフトウェアも例外ではないとしている。

insiderman 曰く、

アーケードゲームエミュレーターMAMEがオープンソース化されると報じられている（Extreme Tech）。

MAMEはソースコードが公開されているしGitHub上でもソースを確認できるからオープンソースでは、と思っていた人もいるかと思うが、MAMEは商用利用などが制限された非オープンソースソフトウェアという位置付けであり、公式FAQでもソースは公開されているがオープンソースではないと説明していた。

オープンソース化の情報元はmamdedev_orgTwitterアカウントだが、今後どのようなライセンスになるかは不明。とはいえ、現行がBSDライセンスに近いものなので、そこから制限を撤廃した形になるのではと思われる。

gamasutraによると、ゲーム博物館のようなところが有償でMAMEを使って来館者にゲームをプレイさせるケースや、ゲームのライセンスを正式に保有している権利者がMAMEを使ってゲームを再リリースする、といったケースでの利用を考えているとのこと。

過去にはMAMEを商用利用して問題になったケースもあるが、今後はこのような利用が進むかもしれない。

本家/.「Why Was Linux the Kernel That Succeeded?」より

フリーまたはオープンソースのUnix系オペレーティングシステムを構築する試みの多くがあまり成功していないのに対し、なぜLinuxは目覚ましい成功を収めているのかという点をフリーソフトウェアとオープンソースソフトウェアの歴史で最も不可解な問題の一つだとするChristopher Tozzi氏が、オペレーティングシステム全体ではなくカーネルに焦点を当てたいくつかの説をまとめている。これらの説では、開発構造の分散化、実用的なアプローチ、層の厚い開発者コミュニティーに注目しており、すべてがLinuxの有利に働いたとしている。

あるAnonymous Coward 曰く、

IT系技術職の中途採用の要件として、応募者の経歴に「オープンソースプロジェクトへの関与」を求める企業・団体がそれなりにみられる。企業によっては、Linuxのカーネルコードのコミッターであることを求めることすらある。

だが、この「関与」とはどの程度のものを指すのか。バグレポートのメールを送ったことがあればいいのか、ソースコードを寄贈したことがあればよいのか、果てはソースのコミット権をもっていなければいけないのか。その割合は未知数であるが、エンジニアの総数からみてもそれほど高くはないだろう。足切り条件として厳しいものとなるのではないだろうか。

「オープンソースプロジェクトへの関与」を中途採用の要件とする場合、応募者に何を求めているのか。実際にオープンソースプロジェクトへの関与によって転職に成功した方、オープンソースプロジェクトへの関与をしている応募者を採用した経験のある方の意見も含めて伺ってみたい。

本家/.「OpenBSD 5.7 Released」より

5月1日、予定通りOpenBSD 5.7がリリースされた。5.7のリリースソングは「Source Fish」。OpenBSD 5.7では大きな変更点がいくつかある。Webサーバーとして内部で開発したhttpd(8)が選ばれ、nginxはベースシステムから除去された。DNSサーバーのBINDはベースシステムから引退し、nsd(8)(権威DNSサーバー)とunbound(8)(DNSリゾルバー)に置き換えられた。BINDとnginxのパッケージは引き続き入手可能。このバージョンはデーモンを管理する新しいコントロールユーティリティーrcctl(8)やUSB 3.0のサポートのほか、数多くの新機能/改善が含まれる。 詳細な変更点はChanges made between OpenBSD 5.6 and 5.7を参照してほしい。既にOpenBSD 5.6を使用しており、再インストールしたくない場合には、アップグレードガイドで手順やアドバイスを確認するといいだろう。新しいOpenBSD Storeから5.7のCDを注文し、プロジェクトをサポートすることもできる。