systemdは、/proc/cmdlineをパースして、もし、その中に"debug"という文字列を発見した場合、大量の冗長なデバッグメッセージをdmsegに出力する。これは様々な問題を引き起こす。まず、"debug"というあまりに一般的すぎる文字列に勝手に反応してしまうことがひとつ。dmseg、すなわちカーネルのリングバッファーをsystemdの冗長なデバッグメッセージだけで溢れ返させてしまうことがひとつ。そして、なぜかLinuxカーネルのブートに失敗してしまうことがひとつ。 Bug 76935 – Do not parse "debug" command line parameter カーネルコマンドラインに"debug"を与えると、systemdによりパースされる。適当なassertに引っかかると、こんな風にぶっ放される。 [ 150.308000] systemd-journald

jwboyer: Fedora and Ubuntu Kernel Config Comparison Red HatのJosh BoyerがFedoraとUbuntuのLinuxカーネル設定を比較している。 たまに、私は洞穴の中、つまりbugzillaから這い出てあたりを見回し、他のディストロのカーネルスペースがどうなっているのか調べる。今日、私はFedoraとUbuntuのカーネル設定の違いについて興味を持った。私は常々、カーネルは注目されるものの、ディストロの中では最も退屈なパッケージであると考えている。カーネルは動くべきであるし、良く動くべきであるし、それだけだ。ディストロを差別化するために存在するのではない。ディストロを動かすために存在するのだ。さて、私の説は正しいのか、あるいは設定の中に、あるディストロを別のディストロと差別化するための何かが含まれているのだろうか。さて、調べて

[Phoronix] LLVM/Clang 3.3 Should Be Close To Building Linux Kernel LLVMLinux Bug 9254 – clang can't build iptables in Linux kernel: error: fields must have a constant size: 'variable length array in structure' extension will never be supported ClangでLinuxカーネルをビルドできる状況は、多くの勢力に望まれてきた。理由は様々だ。Clangはビルド時間が短い。静的解析による警告も優れている。ソースコードも綺麗だ。複数の独立した実装でコンパイルできるコードは、誤りを静的に発見しやすい移植性にも優れる。より優れたコピーレフトなライセンスであるGPLv

リーナス・トーバルズのデスクトップ環境の選択は、常に耳目を集めている。所詮、万人を満足させるUIなんてない以上、好きなものを使えばいいし、主要なディストロは、標準のパッケージ管理コマンド、あるいはGUIから、デスクトップ環境を変えられるようになっている。ただ、リーナス・トーバルズは、何といってもその有名度と、Linuxカーネル第一人者なのにも関わらず、SlackwareやGentooやArchのような何だか名前を聞くだけで怖そうなディストロや、dwmやAwesomeやXmonadのようなド素人お断りのデスクトップ環境を使わず、UbuntuやLinux Mintのようなバカでも使えるディストロにGNOME、KDE、Xfceといった、これまた無難なデスクトップ環境を選択していることで有名だ。 リーナスのハードウェアの選択の点でも変わっており、Appleのクールな薄いデザインのラップトップを愛用

[Phoronix] Linux 3.9 Supports Lightweight Suspend, New PM Features [Phoronix] Intel Driver Works On "PM Suspend Freeze" Support Linux 3.9にPM_SUSPEND_FEEZEが入ったらしい。 従来のサスペンドは、PM_SUSPEND_MEMORYというもので、これはBIOSの機能支援を受けたサスペンドである。 PM_SUSPEND_FEEZEは、PM_SUSPEND_MEMORYと違い、BIOSのサスペンド機能を使わない、環境に依存しない実装となっている。単にプロセスを止め、デバイスも止め、プロセッサーをアイドル状態にする。これは真のサスペンドであるPM_SUSPEND_MEMORYよりも、省電力という点では劣っているが、復帰が早く、環境依存の機能にも依存し

邪悪なDRMつきのソフトウェア配信システムであるSteamを運営するValve社は、2012年12月時点のSteamクライアントのインストール環境の統計を発表した。 Steam Hardware & Software Survey OSの種類は、バージョンと、CPUアーキテクチャがx86かx64かで、分割されている。これをまとめると、 Ubuntu 12.10 64 bit 0.29% Ubuntu 12.04.1 LTS 64 bit 0.26% Ubuntu 12.04.1 LTS 0.13% Ubuntu 12.10 0.12% となり、足し合わせると0.8%となる。今年は確実に1%を超えるだろう。 ああ、デジタル制限管理により再配布を制限され、さらに単なる個人的な利用すら制限されるライセンスへの同意を迫られる、汚らしい不自由なソフトウェアの汚染が進んでいる。 百千万歩譲って考えると

Sideways | Make it better Compizの主要な開発者の一人であり、一時期Canonicalに雇われていたこともあるSam Spilsburyがブログで、Compizはこれ以上開発せず、保守のみするべきであり、Waylandへの移植もしないという意見を表明している。 主な理由は、Wayland環境では、Compizの存在価値がなくなるから、また細分化の弊害のためだとしている。 かつて、Waylandへの移行をロードマップに描いたCanonicalの意向に逆行する意見だ。確か、当時のCanonicalの意向では、CompizをWaylandに移植し、すなわちCompiz上で動くUnityをWaylandに移植するということになっていたはずだ。また少し前は、WaylandのWestonをforkしてUnityをWayland上で実装するなどという話も聞こえてきた。一体ど

[Phoronix] EXT4 Data Corruption Bug Hits Stable Linux Kernels このバグは、3.6.2でもたらされ、以前の安定版カーネルにもback-portされているので、3.4の最新の安定版カーネルにまで影響が及ぶらしい。 Theodore Ts'oによれば、この問題は、カーネルを短期間で二度正常にリブートすることで起こるのだそうだ。そのため、一般の普通のディストロを使っている利用者は、まずこのバグに出くわすことはない。しかし、サスペンドやハイバネートのかわりにリブートを使うラップトップ利用者や、カーネル開発者には、容易に問題が起こりうるのだとか。 なんだかだいぶ反響があるので追記。Theodore Ts'oのメールより LKML: Theodore Ts'o: Re: Apparent serious progressive ext4 da