GitHubが存在を公開した（流出したと言うべきかもしれないが）、Atomというテキストエディターの話題で持ちきりである。 このテキストエディターは、邪悪な不自由ソフトウェアであるので、自由の価値を重んずる読者は使ってはならないことはもちろんである。自由、不自由をさておいても（もちろん、さておくことはできない相談だが）、もちろん、敬虔なVim教徒である読者は即座に了解しているだろう。AtomがEmacsよりはいくらかは--自由の価値を重んじない浅はかな利用者にとっては--使いやすくなる可能性はないでもないが、Vimの牙城を崩すことは不可能である。Vimを倒すものはVimであり、NeoVimかもしれないが、Atomであることはありえない。その点で、我々信徒は安心できる。 さて、このAtomというテキストエディターは、自由ソフトウェアではない。その理由は、以下で言及されている。 Why is

オープンソースで有名なEric S. Raymondが、自由ソフトウェアで有名なRichard Stallmanに、GCCのアンチプラグインポリシーについて突っ込んでいる。 GCCは、長年、コンパイラーのモジュール化を政治的な理由で行っていなかった。もし、例えばパーサーや意味解析だけを分離して使えるようにしたり、内部表現を規格化したりしてしまうと、GCCの一部が、不自由なソフトウェアに取り込まれたり、あるいは不自由なソフトウェアがGCCのプラグインという形で入り込むことになってしまう。これは、利用者の自由を第一とする自由ソフトウェアにとって、悪夢のような未来である。そのような未来を未然に防ぐために、政治的な理由で、GCCのはプラグインに反対するポリシーを採用している。もし、GCCを改良したければ、自由なソフトウェアとなるべきなのだ。そして、GCCのプロジェクトに参加するべきなのだ。 とはい

'Re: Request for Funding our Electricity' - MARC OpenBSDが、資金枯渇で電気代が払えず、開発停止の危機が目前に迫っているようだ。 List: openbsd-misc Subject: Re: Request for Funding our Electricity From: Bob Beck <beck () openbsdfoundation ! org> Date: 2014-01-14 20:03:37 Message-ID: CAComcpM_hcqQuLnb=otudLjYjwaA5wMU14EyxLCdJWEXOJoLNQ () mail ! gmail ! com この問題に注目を集めるために取り上げる。 資金減少により、プロジェクトの経費を払うことができる資金元が必要だ。OpenBSD財団がプロジェクトの電気代を支払う

江添亮 自由ソフトウェア主義者 C++ Evangelist C++標準化委員会の委員 ドワンゴ社員 C++11本を執筆した。 株式会社ドワンゴで働いている。 Mail:boostcpp@gmail.com Twitter:@EzoeRyou GitHub: https://github.com/EzoeRyou 江添亮のマストドン@EzoeRyou 筆者にブログのネタを提供するために、品物をアマゾンお気に入りリスト経由で送りたい場合： Amazon.co.jp: 江添亮: 江添のほしい物リスト 筆者にブログのネタを提供するために、直接に品物を送りたい場合、住所をメールで質問してください。 View my complete profile ► 2020 (31) ► December (2) ► November (2) ► September (2) ► August (4) ► Jul

SteamOS FAQ :: Steam Universe [Phoronix] SteamOS 1.0 Is Based Upon Debian Wheezy [Phoronix] SteamOS Has Its Own Graphics Compositor [Phoronix] SteamOS Compositor Details, Kernel Patches, Screenshots [Phoronix] Former NVIDIA, Microsoft Developers Doing Lots Of The SteamOS Work Valveの忌まわしきDRM付きの邪悪なゲームソフトウェア流通プラットフォームであるSteamに特化したGNU/Linuxのディストロ、SteamOSが公開された。 この不自由ソフトウェアの実行をたやすくしたSteamOSは、Debian Whe

昨日、今日と吉田寮にいて、数人集まって、それぞれ自分勝手にコードを書いていたわけだが、思うに、このような環境はプログラミングの学習環境としてかなりいいのではないかと思う。 結局、プログラミングというのは、講師が前の黒板に90分間板書したものを読んで学べるものではないのだ。自分で調べて、コードを書いて、動かして学ばなければならないのだ。 ただし、「自分で調べて」というのが、大抵の場合、非効率的になる。例えば、テンプレートメタプログラミングに詳しくないものが、CRTPのようなテクニックを必要とする場面に出くわしたり、ある型がPODであるかどうかを調べる方法(std::is_pod)について、自力で調べるとすると、無駄に時間がかかる。まずどこを調べればいいのかわからない。ドキュメントがどこにあるのかもわからない。 しかし、CRTPやstd::is_podのようなものは、理解しているものが教えれば

Auto anchor by tzik · Pull Request #139 · EzoeRyou/cpp-book 私は今まで、GitHubで公開しているC++参考書には、誤字脱字のpull requestならばすぐに受け入れてきた。なぜならば、単純な誤字脱字、句読点の修正、ふりがなの追加などには、著作権は発生しないからだ。 著作権が発生するほどに複雑な修正は、受け入れずに自分で修正してきた。 今回、少し悩んだが、始めて、著作権が発生するほどのpull requestを受け入れることにした。41行ほどのJavaScriptコードだ。 内容は、JavaScriptを使って、スクロールイベントが発生するたびに、スクロールしている場所のidを指すように、ブラウザーのアドレスバーの文字列を書き換えるものだ。 これにより、今見ている場所のリンクが、常にブラウザーのアドレスバーに表示されることにな

Jenkinsの開発者、間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまう Jenkin developers accidentally do "git push --force" to over 150 repos on github | Hacker News Jenkinsの開発者、Luca Milanesioによって、Jenkinsの多くのgitレポジトリに対してpushが行われた。不思議なことに、pushをしたというのに変更点はほとんどみられない。一体ルカは何をやったのだ。 Dominik Bartholdi やあみんな、とくにルカ。 昨日、GitHub上のJenkinsの多くのレポジトリ（50以上）に、なにか変なことが起こった。 どうやら、Luca Mmilanesioが、何の変更もないのに、たくさんのたくさんのレポジトリにpushしたらしいのだ。

[Phoronix] Debian To Switch To Systemd Or Upstart Debianが、従来のSysVinitに変えて、近代的な既存の実装を使おうと議論しているらしい。候補は、UpstartかSystemdだ。 Upstartは、主要な汎用のGNU/Linuxベースのディストリビューションでは、ほぼCanonicalのUbuntuぐらいしか使っていない。Systemdは、より広く使われている。 Upstartの利点に、既存のSysVinit用のスクリプトをそのまま動かすこともできるということがある。 Systemdはより広く使われているが、Linuxカーネルに強く依存した設計であり、Linuxカーネル以外での利用が難しいのだという。これは、DebianがLinuxカーネルに限定していないことを考えると、難点となる。 Debianの開発者には、Canonical社

C++11の参考書、アマゾンお気に入りリストを公開中。 アマゾンの江添のほしい物リスト C++11の参考書、C++の文法と機能をGitHubで公開中。詳しくは、本の虫: C++11参考書の公開：C++11の文法と機能を参照 GitHub: EzoeRyou/cpp-book レポジトリのzipダウンロード GitHub Pageで閲覧:C++11の文法と機能 江添亮 自由ソフトウェア主義者 C++ Evangelist C++標準化委員会の委員 ドワンゴ社員 C++11本を執筆した。 株式会社ドワンゴで働いている。 Mail:boostcpp@gmail.com Twitter:@EzoeRyou GitHub: https://github.com/EzoeRyou 江添亮のマストドン@EzoeRyou 筆者にブログのネタを提供するために、品物をアマゾンお気に入りリスト経由で送りたい場合

先日、iBus 1.5がクソすぎると書いたが、以下によって、iBusをクソと罵るのではなく、貢献をしろという主張がなされている。貢献とは、ひとえにパッチを書いて送ることのみをいうのではない。問題の指摘や、使用した感想を報告するといった比較的軽いものも貢献に含まれると、そう主張している。 誰がオープンソースソフトウェアを酷いものにしてしまうのか - 人生が二度あれば もちろん、それはそうだ。ソフトウェアは使われるというだけで貢献になる。利用感を報告すればなお良いし、開発に参加すればさらによい。しかし、それは貢献が受け入れられるならばの話だ。そのような貢献を受け入れる機会は10ヶ月もあったが、依然としてiBusの上流で受け入れる気配はみられない。貢献が受け入れられなければ、貢献は貢献にならないのだから、貢献をするのは無駄だ。 iBus 1.5の問題は、バグではない。設計上の問題である。そして、

Ubuntu 13.10へのアップデートが、問題なく終わった。問題は、iBusが1.5にアップデートされてしまったことだ。 iBus 1.5は、去年の年末にリリースされた。リリース直後から、IRCでは怨嗟の声が絶えなかったが、今になって、ようやくその意味がわかった。iBus 1.5はひどい。ひどいなんてものじゃない。クソだ。いや、クソですら上品過ぎる。iBusは超超超超超・・・残念ながら、まだiBusを罵るべき言葉が発明されていないが、とにかくその超なにかだ。 UNIX風システムでは、伝統的に、日本語入力は、かな漢字変換を担当するIMEと、IMEと文字入力を受け取るアプリケーションの間の橋渡しをするIMに分離されている。ユーザーから見えるIMの役割としては、IMEの有効無効を切り替えることだ。 筆者はこれまで、IMとしてiBusを、IMEとしてMozcを使っていた。 iBusはIMである。

この話は、本の虫: クッキー・クリッカー：リセットのループの続編にして、おそらくは完結編である。これ以上は望めないからだ。 本の虫: クッキー・クリッカーについて 本の虫: ババア補完計画 本の虫: クッキー・クリッカー物語 本の虫: クッキー・クリッカー：リセットの効果 本の虫: クッキー・クリッカー：リセットのループ エゾエはついに、青天上のチップをためすぎて、指の一振りで、出現した莫大な質量のクッキーがブラックホールを生成するに至った。もはやこれ以上は望むべくもない。 3554週目 「おい、エゾちゃん、いったい何をしようっていうんだ」 「そうだエゾエ。お前が何か重大なことを発表したいというから、こうしてお友達や親戚一同に集まってもらったんだぞ」 エゾエはサヨナラも言わずに指をカチッと動かす。即座に、莫大な質量のクッキーが宇宙空間に出現した。その質量が大きすぎるがゆえに、自重によって内

どうもPCが不調だ。 わかりやすい兆候としては、たまにHDDから異音がするという事だ。ただ、異音といっても、それほど極端に変な音ではない。OSのインストール時に聞こえたような、頻繁にシークと書き込みを繰り返すような音だ。同時に、HDDへのアクセスも発生しているらしい。しかし、そのようなHDDへの長時間の多大なアクセスが発生する作業はしていないはずなのに。 念の為、重要なデータは別のHDDにコピーしておいた。 HDDの問題だろうか。ファイルシステムの問題だろうか。 どうもこの問題は、昨日、Ubuntuをアップデートしてから起こり始めたので、ひょっとしたらUbuntuのアップデートの問題かもしれぬ。ただし、みたところ、似たようなバグ報告はないのだが。 HDDの故障だとすると、困ったものだ。 Anonymous said... まずはsmartmontools入れて、「smartctl -a /

Patrick's playground: October 2013 Archives KVM上のVMで、Gentooをひたすら短時間でブートして、haltさせる試み。 BOOTING FAST(ER) （より）高速に起動 本日、筆者は積年の疑問を解決すべく遊んだ。どのくらい速く、KVM上のVMでブートして、haltできるのか。 そこで、この実験のため、CPUの速度を最低の1.4GHzにした。そうでなければ面白くないだろう。目標は、KVMのVM上のGentoo/amd64を、十分に短い時間でブートして、haltすることだ。 rootファイルシステムはsquashfsにした。最初に行った1GBのext4ファイルシステム vs squashfsでは、fsck+mountというありがた迷惑のため、5秒の差がでたからだ。うへぇ。stage3を展開し、いくつか設定をして（デバッグのためにログインした

オンラインブックマークというサービスの価値に、私は当初、懐疑的だった。だが、実際のところ、ブログのネタを探す目的には、非常に役に立っている。 大勢の人間が、わざわざオンラインブックマークをするからには、そのURLには、大勢の人間の興味を惹きつける、何らかの要素がある。それがいいものにせよ、悪いものにせよ、だ。とくに、個人が最近書いた秀逸な技術的なブログ記事などは、このようなオンラインブックマークで話題にならなければ、なかなか見つけにくい。 日本語圏では、このオンラインブックマークは、はてなブックマークが事実上独占しているようだ。ただし、はてなブックマークは、英語圏のオンラインブックマークが提供している、ある根本的な機能が欠けている。フォーラムだ。はてなブックマークのコメント機能はとても貧弱で、到底、汎用的なフォーラムの代替とは成り得ない。英語圏で有名なオンラインブックマークは、いずれもフォ

[Nouveau] offer to help, DCB nVidia社員でUNIX用のプロプライエタリなドライバーの開発者であるAndy Ritgerが、NouveauのMLに、nVidiaが自社GPUのドキュメントの一部を公開したことを案内している。 興味深いというか、nVidiaのこれまでの態度からすれば大変な歩み寄りであるというか。 やあ、Nouveau開発者諸君。 NVIDIAは、NVIDIA GPUがNouveauでそのまま使えるようにするため、弊社のGPUの一部の分野におけるドキュメントを公開しようとしている。 その第一歩として、以下のドキュメントを投下した。 ftp://download.nvidia.com/open-gpu-doc/DCB/1/DCB-4.0-Specification.html これは、VBIOSにおけるDevice Control Block("DC