Linux におけるラップトップマシン向け電力管理スイートの紹介(Pm-utils, Laptop-mode-tools, Powertop, TLP)

 Linux をラップトップマシンにインストールすると Windows に比べてバッテリの持ちが悪い,ということが言われることがあります。
 これは事実でしょう。最大の理由は,電力管理の設定が最適化されていないことです。Windows ではメーカが機種ごとに作成した環境のリカバリディスク,あるいはドライバやユーティリティ類がありますが,大半の Linux ディストリビューションでは,32コアのワークステーションでもポケットサイズのモバイルマシンでも同じ DVD を使ってインストールします。したがって初期設定はまずはどんな環境でもそつなく動くようにしておく必要があり,マシンの特性に合わせた最適化は施されていないのです。
 幸い,Linux ではさまざまな省電力機能がサポートされていますし,それらを一括して管理できる見通しの良いツールもあります。数十分ほどの時間をかければメーカが用意した Windows 環境並み,そして(大抵は Linux 環境の方が負荷が軽いこともあり)それを超える電力管理をも実現できます。私のメインモバイルマシンである CF-SX1 は Windows より Debian の方がファンが静かな上に快適に動きますし,バッテリの持ちも良いです。
 この記事では Linux 環境の代表的な電力管理スイートを4つ簡単に紹介します。あくまでも私の個人的な意見であることに注意してください。公式サイトに加え Arch Linux Wiki (Arch Linux ユーザでなくとも極めて役立つ必見リソースです)の該当記事へのリンクも付けましたので参考にしてください。

Pm-utilsArch Linux Wiki 記事
 他のツールと組み合わせることで電源管理にも利用できるため Laptop-mode-tools 等と並べて名前が出ることも多いですが,pm-utils 自身はあくまでもコマンドラインから電源を操作するためのツールです。
 電源管理スイートとして使うためには様々な設定・スクリプト作成が必要で,しかも利用できる機能は限定的です。そのうえ systemd 移行により機能が被ってメリットが失われ,それどころか問題の原因となりうることもあって,今ではあまり人気がないようです。既に pm-utils を利用するスクリプトを多く書いて利用しているという方はともかく,今から導入するメリットは薄いように思います。

Laptop-mode-toolsArch Linux Wiki 記事
 長らくラップトップ用電源管理スイートとしてスタンダードの地位を占めてきたツールです。名称は,カーネルに組み込まれている機能である「Laptop mode」を利用する(しやすくする)ためのツールという意味で,ラップトップマシンのための電源管理スイートの草分け的存在と言えるでしょう。私が最初に導入したツールがこれで,4年ほど前まで使用していました。
 現在でも使われていますが,いかんせん古いソフトという印象で,どうも設定が煩雑でわかりにくいです。よいソフトではあるのですが,他と比較すると,今から導入するメリットは薄いかもしれません。
 もっとも現在も開発は続いていますし,最近は github のコミットも活発になっているようです。これから大きく変わることもありえます。今後の発展に期待です。

PowertopArch Linux Wiki 記事
 Intel 謹製の電源管理スイート……というより,電源管理診断ツールといったものです。公式ウェブサイトでも「a Linux tool to diagnose issues with power consumption and power management」とされています。電源管理機能はあくまでも診断の便宜のためといったスタンスで,再起動すると設定は失われてしまいます。設定を永続化させるためには起動時に自動で powertop に命令するスクリプトを組むなどする必要がありますが,これが少々手間です。また,あくまでも診断のための機能のため,バッテリ駆動時と AC 駆動時でプロファイルを分けるといったこともできず(やるならこれも自前でスクリプトを組んでステートが変わるたびいちいち命令させる必要がある),あまり細かいことをするとデバッグの手間が出てきます。手抜きの荒業としては rc.local に(今なら systemd のサービスを)書いて /usr/sbin/powertop --auto-tune を起動時に自動実行させるというのもありますが(TLP 導入に先立って一時期そうしていました),細かい設定ができないことによる副作用があるうえ,マシンによっては大きな問題が発生することもありえます。
 一方で設定のチューニングには非常に使いやすいツールです。下記の TLP と併用している人が多いようです。概算の消費電力が表示されるのもなんだか楽しいです。

TLPArch Linux Wiki 記事
 結論です。今から入れるならコレ! 機能と手軽さの両面で他の3つを上回っています。
 公式サイトには「TLP comes with a default configuration already optimized for battery life, so you may just install and forget it」と頼もしいことが書かれています(もちろん,実際にはマシンや利用スタイルに合わせた調整もしたほうがより良いのですが)。Powertop と違いシステムの一部を構成する電源管理スイートとして設計されており,解説付きの設定ファイルを少しいじるだけで電源管理を最適化することができます。また,バッテリ駆動時と AC アダプタ利用時での別のプロファイルの利用に標準対応しています。systemd との親和性も高いです。
 現状では主として linrunner 氏という匿名の個人のみによって開発されていて開発の継続性や方向性がやや不透明なのが短所といえば短所ですが(cf. xscreensaver),既に6年以上開発が続いており,実績は充分です。
 Debian の場合,TLP はターミナルから以下を実行することで導入され,機能を開始します(詳しくは Arch Linux Wiki を参照)。

$ su
# aptitude update
# aptitude install tlp tlp-rdw
# systemctl enable tlp.service
# systemctl enable tlp-sleep.service
# systemctl disable systemd-rfkill.service
# tlp start

Raspberry Pi Foundation,PC 向け GNU/Linux ディストリビューションを公開

PIXEL for PC and Mac – Raspberry Pi
Raspberry Pi Foundation releases operating system for PCs, Macs • The Register

Introducing PIXEL – Raspberry Pi

 今年9月,Raspberry Pi Foundation は,Raspbian のデスクトップ環境に “PIXEL” という新しい名前を与えました。PIXEL という名前は「Pi Improved Xwindows Environment, Lightweight」の(ちょっと苦しい)略とのことですが,「ZX81 で BASIC のプログラムを勉強していた頃を思い出させてくれるもの」とのことでもあります。この変化はどちらかといえば目立たないものでしたが,デスクトップ環境が Raspbian から切り離されたことで面白いことができるようになりました。Raspbian のデスクトップ環境 PIXEL を Raspbian 以外の環境でも使う,ということです。
 上記記事では,デスクトップ環境として PIXEL を使用した Debian の実験版へのリンクが貼られています。書きぶりからすると,独立したデスクトップ環境としてというよりは Debian ベースの x86 用 GNU/Linux ディストリビューションとして開発してゆくものと見られます(elementary OS と Pantheon の関係に似ています。Linux Mint の Cinnamon・MATE のように専用から始めてだんだんと独立したデスクトップ環境としても成熟させてゆく考えかもしれません)。少々ややこしいですが,このディストリビューションも PIXEL と呼んでいるようです。
  PIXEL のベースとなっている LXDE 自体軽量デスクトップ環境として代表的なもので,しかもその見た目を Raspberry Pi 用に調整してきたものであるため,とても軽量なうえ低解像度環境にも向いたものとなっています。Eben Upton 氏の記事では「512MB以上の RAM があれば私の ThinkPad X40 のようなビンテージ物のマシンでも動く」として実際に X40 で PIXEL が動作している写真がアップされています。これまで「軽い Linux ディストリビューション」が現れては消えてきましたが,使いやすさとシンプルさのバランスが取れているのみならず開発の継続性に実績がある Raspberry Pi Foundation によって提供されることとなる PIXEL は新しい定番となるでしょう。
 PIXEL が公開されることにより Raspberry Pi に及ぼされる影響は,今のところよくわかりません。記事中では,学校では PIXEL・家では Raspberry Pi の Raspbian を利用するなどしてほぼ同様の環境を容易に提供できるようになる,デスクトップ環境としての PIXEL をより良いものとしてゆくために役立つ,という2つの理由が挙げられています。逆に,たとえば学校の授業で Raspberry Pi を使っている子どもが Windows に慣れるより先に Raspbian に慣れて,家に帰っても慣れた環境,すなわち PIXEL を使うようになる,ということもあるかもしれません。
 ともあれ,今後に期待ができそうです。

鈴木正朝氏,高木浩光氏らが独立シンクタンク「一般財団法人情報法制研究所」設立へ

News & Trend – 「もう役所任せにしない」、情報法制の民間研究団体を企業や学者らが設立へ:ITpro
一般財団法人情報法制研究所設立、学際的な専門家の集積による政策提言目指す – WirelessWire News(ワイヤレスワイヤーニュース)
「一般財団法人情報法制研究所」設立、理事に鈴木正朝教授、高木浩光氏らが就任、LINEも支援 -INTERNET Watch

 なるほどねー。なるほどねー。まず顔ぶれが濃ゆい。理事一覧を見ると,「プライバシーフリーク」で有名な高木氏,鈴木氏を初めとして,これまで適正なプライバシ保護の重要性を主張してきた専門家の方々の名前が勢揃いしています。そういう意味ではかなり旗幟鮮明な組織と言えるでしょう。しかし,立場的にそこまで近いわけでもないと思われる方々の名前も見えます。必ずしも主張のために固まるのではなく,むしろアカデミックでの成果を社会に還元する力を持つためのプラクティカルな組織というのが本義であるようです。そのことは,政策提言を行うのみならず,約100人の委託研究員を集めたタスクフォースを作り,企業と NDA を結んだ上で踏み込んだ具体的な支援を行える体制を作るという計画にも現れています。一見うさんくさいようにも見えますが,鈴木氏や高木氏らはこれまでも,過度に緩和された(=消費者保護の乏しい)法制・ポリシーでは,国外のデータを国内に移転することができない等の理由から産業の発展をかえって阻害することになると指摘してきました。そうした主張の実践として考えてみると,とても合理的なやり方です。特に BtoC のオンライン産業では今でも浮き沈みが激しく,規律あるフェアプレイよりも全ての権利を自らの手に留保しておくほうが魅力的に見えてしまうのは仕方のないことです。それを今後につながるモデルに転換するにあたり,机上での啓蒙活動を行うのみならず今ここで役立つオルタナティブを提供するということには,非常に大きな意味があるのではないかと思います。
 興味深いのは,複数の大企業が情報法制研究所の設立・運営を支援する見通しだという点です。これまでのプライバシ関連ニュースを眺めてきて,日本のオンライン産業界は某界隈と同様の見解で一致しているように思い込んでいたので,正直なところ意外な感があります。日本の企業にも,顧客の利益を代弁するという文化が芽生えつつあるのでしょうか。あるいは飼い殺しにしてやろうという目論見なのかもしれませんが,理事の顔ぶれを見る限りそれは不可能だということが明らかでしょう。尤も,高木氏に“ステルスマーケティング”の依頼をするという暴挙に及んだある会社の広報担当者もいたくらいなので世の中わかりませんが……ともあれ,今後の展開に期待できそうです。
 ところで,こうなるとやっぱり,市民の権利そのものを守るものとして,日本にも EFF 型のバリバリに政治的かつ政治的に独立した社会運動団体も欲しくなってきますね。一応日本にも MIAU があるのですが,イシューが知財分野の一部と漫画・アニメにおける表現の問題に限られていて,サイバー空間の自由と平等一般を擁護するものとはなっていない現状があります。欧米的な「non-partisan」と日本的な「中立」の違いのわかりやすい例というか……「なら俺が!」と言うには私はまだまだ無知蒙昧なガキですし。うーむ。

3大キャリアの Android 端末に捜査当局が GPS 位置情報をこっそり抜ける機能が搭載へ

携帯のGPS情報、本人通知なしで捜査利用 新機種から:朝日新聞デジタル(2016/5/16)

  • 総務省の個人情報保護ガイドライン改訂に基づき,捜査当局が対象者に通知せず GPS 位置情報を取得できる端末が登場する。
  • ドコモは次に発売する端末の一部から対応。これまでに発売した端末についてもソフトウェアアップデートで対応させる方針。KDDI,ソフトバンクも対応の意向。
  • ドコモによると,GPS をオフにしている場合や iPhone ではこれまでどおり取得できないという。

 まあ政府では既定路線でしたし,位置情報の捜査での利用自体についてはある程度は仕方ないという感もありますが,こんな重大なことを総務省のガイドライン改訂だけで早速変えちゃうんですねえ。ノリノリですねえ。キャリア・メーカ側から法廷闘争どころか何の抵抗も見られず丸飲みしたことは,今までを考えれば予想通りとはいえ,それでもがっかりしました。
 日本において,通信の秘密やプライバシへの権力の介入は欧米と比べても比較的少ない印象がありますが,自由であるということの重要性が認識されているからではなく,単にこれまで為政者にそれを利用する発想や能力がなかっただけという,わかりやすい例でしょう。同時に,米国とは違い,企業には政府の方針に(たとえ形ばかりであろうとも)抵抗するような気骨はなく,また市民の側でも大多数の人は自らの自由の重要さについて考えてはいない,という実情が現れました。
 なお,あくまでも Android のみが対象となり,iPhone ではこれからもこっそりと位置情報を抜くことはできないようです。これは,AOSP をベースに各メーカが手を加える Android とは異なり,iPhone (iOS) ではキャリアの意向に基づいてシステムに手を加えることはできないというのが理由でしょう。不自由であることが却って自由の保護に役立つとは皮肉なことです。明治時代,不平等条約が改正されて治外法権が無くなれば日本で唯一表立って体制批判を行える存在である外国人知識人がいなくなってしまう,という理由から,民権派の間では不平等条約改正に反対する意見も根強かったそうですが,今の日本はまだそんなレベルなのでしょうか。
 また GPS をオフにしていれば位置情報は取得されないとのことですが,技術的な問題や政治的判断で今のところできない/やらないだけなのか,何か法的な判断に基づくものなのかはよくわかりません。たぶん前者だと思いますが。
 救いは,今のところ「義務」ではないことです。すなわち,キャリア以外から日本メーカ以外の端末を購入するのであれば,この問題を持たない Android 端末を今後も容易に入手可能でしょう。MVNO 普及のおかげで,日本の電波法規に適合した,キャリアとの契約によらない白ロムの選択肢が増えています。そもそも Android (と Google アカウント)自体がプライバシという面では問題が非常に多いのですが,アプリの対応 OS,価格や電波法規などから Android 端末を持たねばならない局面が多いのも事実です。そうした場合においては,技適取得済みのグローバルモデル,たとえば Nexus シリーズなどを使うことが,よりマシな(そしてより自由を求めているという意思表示になる)選択肢となるでしょう。

Twitter などを眺めているとこの件について誤解している人が多いようなので,補足情報。

  • 記事にあるとおり,令状はこれまで通り取る必要があります。充分な精査がされずこの仕組み自体有効に機能していないという指摘もありますが,それは制度の問題とは別の話。
  • 基地局ベースの位置情報はこれまでも本人に通知されることなく捜査に利用されています 1。ただし基地局情報と GPS データでは精度が全く違います 2。また,利用されていたという事実は利用することに問題がないという根拠にはならないという論点もあります。

Notes:

  1. 例えばこの記事 Listening:<通信事業者指針>改正へ 携帯位置情報を通知なく捜査利用 – 毎日新聞 – http://mainichi.jp/articles/20150525/org/00m/040/006000c
  2. 基地局による測位は数百メートル〜数キロメートルの精度と言われています。例えば秋葉原でいうとラジオセンターから TSUKUMO eX. までが300メートルくらいで,それが二次元に……いやそっちじゃなくて……広がっているのです。しかもそれは最も正確に測定できた場合の話です。一方でスマートフォンの A-GPS は,概ね10メートル程度までの誤差でトラックでき,空がよく見えて静止していればほぼぴったりになることもしばしばです。

Firefox のマウスホイールでのスクロール量を増やす

ブラウザだけスクロール量を増やしたい。IMWheel みたいなのもあるけど,めんどくさ大げさな気がする。そんな時に。

1, about:config を開く

2, “mousewheel.system” で絞り込み

3, “mousewheel.system_scroll_override_on_root_content.enabled” を false から true にする(Windows ではデフォルトで true らしい)

4, “mousewheel.system_scroll_override_on_root_content.vertical.factor” をデフォルトの 200 より大きい任意の値,たとえば400にする

5, 横スクロールも増やしたい場合は,”mousewheel.system_scroll_override_on_root_content.horizontal.factor” の値を同様に変更する。

調べてみると,なんだか似たようなオプションがいろいろある上スクロール量ではなく加速度を上げるというアプローチもあってややこしいけど,ともかく自分の場合は上の設定だけで期待した通りの挙動になった。
Chromium (Chrome) では,ブラウザ本体の設定ではできないらしく,たとえば「Chromium Wheel Smooth Scroller」などのアドオンを導入する必要があるらしい。

参照:
Gecko:Mouse Wheel Scrolling – MozillaWiki
Can anyone explain mousewheel.default.delta_multiplier? • mozillaZine Forums
xorg – How to change my mouse wheel scroll rate? – Ask Ubuntu
29.0.1 Mouse Wheel : firefox

Debian 8 jessie + xfce 4 で xscreensaver から light-locker に移行する方法

 前置きを書いてたら長くなったので本題から先に。

 light-locker は lightdm に依存する画面ロックツールで,xscreensaver や gnome-screensaver の代替として利用可能。ただしスクリーンセーバ機能や独自のロック画面は提供せず,ロック画面として lightdm のログイン画面を利用する。Debian の xfce および LXDE の標準のセットアップではディスプレイマネージャとして lightdm を使用しているので,そのまま利用できる。

 レポジトリにあるので,apt でインストールできる。

# aptitude update
# aptitude install light-locker
# aptitude purge xscreensaver xscreensaver-data

 xflock4 は xfce のスクリーンロックを管理するプログラムで,実体は簡単なシェルスクリプト。xscreensaver, light-locker, gnome-screensaver という優先度でデーモンにコマンドを与え,そのうち存在するものが画面をロックするという仕組み。標準で light-locker にも対応した設定になっているので,特に何かする必要はなし。

$ cat /usr/bin/xflock4
...
for lock_cmd in \
    "xscreensaver-command --lock" \
    "light-locker-command --lock" \
    "gnome-screensaver-command --lock"
do
    $lock_cmd >/dev/null 2>&1 && exit
done
...

 xflock4 がそのまま使えるので,画面ロックまでの時間の設定は xfce 電源管理 (xfce4-power-manager) から可能。
 いじょ。

追記:
 Debian 8 における lightdm の初期設定では,ログイン画面にユーザリストが表示されないため,画面ロックを解除するたびにユーザ名も入力せねばならずやや煩雑。ユーザが自分のみであれば,ユーザ名のリストを表示する設定にすることで xscreensaver や gnome-screensaver の画面ロックと同じ手軽さになる。

設定ファイルにある「greeter-hide-users=false」のコメントアウトを外してサービスを再起動する。

# vi /etc/lightdm/lightdm.conf
...
greeter-hide-users=false
...
# service lightdm restart

追記その2:
 lightdm のログイン画面に戻るためか,画面のロック後に時間経過で自動的にサスペンドやシャットダウンをさせる設定(たとえば,20分間無操作で画面ロック,1時間無操作でサスペンドという設定)が,ユーザ権限では機能しない。複数人が同時にログインするマシンでない場合,以下の設定で解決する。

# vi /usr/share/polkit-1/actions/org.freedesktop.login1.policy
        ......
        <action id="org.freedesktop.login1.suspend">
                ......
                <defaults>
                        <allow_any>auth_admin_keep</allow_any>
                        <allow_inactive>auth_admin_keep</allow_inactive>
                        <allow_active>yes</allow_active>
                </defaults>
        </action>
        ......

これを

        ......
        <action id="org.freedesktop.login1.suspend">
                ......
                <defaults>
                        <allow_any>yes</allow_any>
                        <allow_inactive>yes</allow_inactive>
                        <allow_active>yes</allow_active>
                </defaults>
        </action>
        ......

こうする(allow_any と allow_inactive を auth_admin_keep から yes に変更)。

 以下前置きです。

 4月1日から,xscreensaver を使用している Debian jessie システムで,ログイン時に「This version of XScreenSaver is very old! Please upgrade!」(このバージョンの XScreenSaver は非常に古いです! アップデートしてください!)と書かれた仰々しく目立つポップアップウィンドウが出るようになり,物議を醸しています。同じ文面は xscreensaver のロック画面にも現れ,xscreensaver の設定画面には以下のような強い表現さえ使われています。「This version of xscreensaver is VERY OLD! Please upgrade! http://www.jwz.org/xscreensaver/ (If this is the latest version that your distro ships, then your distro is doing you a disservice. Build from source.)」(このバージョンの xscreensaver は非常に古いです! アップデートしてください! http://www.jwz.org/xscreensaver/ (もしこれがお使いのディストロが提供する最新のバージョンである場合,そのディストロはあなたに害を与えています。ソースからビルドしてください。))このメッセージは,作者である Zawinski 氏が書いたもので,そのバージョンのリリースからどれくらい時間が経過したかを見て,単純に12ヶ月を超えると表示される仕組みになっているようです。
 この問題について Debian のバグレポートメーリングリストに投稿した方が現れたのですが,そこへ作者でありこのメッセージを書いた本人である Zawinski 氏が登場して反論し,かなりの荒れ模様となっています。

#819703 – xscreensaver: please disable “This version of XScreenSaver is very old! Please upgrade!” message – Debian Bug report logs

両者の主張の要点は以下の通り。
Zawinski 氏:

  • 古いバージョンの xscreensaver をいつまでも提供し続けるディストロのせいで,既に修正したバグについての修正依頼が何度も舞い込み,大変迷惑している。
  • 私は言う,「あんたの使っているディストロはクソだ」。だけど彼らはいつもこうだ。「でもソースからコンパイルするなんてどうすればいいのかわからないんだけど 1
  • 古いバージョンのソフトウェアを何年も使い続けるなんてどうかしている。最新のバージョンを使うようにすべきである。仮にそれができないなら,私のソフトウェアを Debian から取り除いてくれ。
  • ライセンス上はこの要求を無視する権利もあるが,合法的なことと正しいことは違う。

反対意見:

  • まず,表示される警告メッセージがあまりに無礼かつ攻撃的である。ユーザにとって迷惑であり,社会通念上問題がある。
  • Debian の stable(安定版)リリースでは,バージョンは2年ごとのリリース時点で凍結し,セキュリティホールや重大なバグのみについて最低限の修正を加える仕組みになっている。これによって,修正に伴う新たな問題の発生を極力抑え,システムの安定性を長期的に最大限高く保つことができるようになっている。この仕組みを理解できていないのではないか。
  • 標準的な Debian システムに含まれる千数百のパッケージそれぞれがこのようなことをすれば,システムは不安定になり,ひどいことになる。
  • Debian における xscreensaver のバグは Debian のバグトラッキングシステムで管理されており,理論的には,直接メールなどで Zawinski 氏に報告が行くことはないはずである。仮に来ても,単に無視すれば手間ではないはずだ。
  • バージョンが古いことそれ自体はバグではない。
  • そもそも xscreensaver は自由ソフトウェアライセンスで提供されており,作者がその使われ方についてどうこう言うことはできない。ライセンスに規定されている以上の要求はソフトウェアの自由と相反するものである。

 そんなわけで,現在「レポジトリから xscreensaver を取り除け」(Zawinski 氏)という主張と「アホ言うな」という反応の間で侃々諤々の,というか感情的すぎるきらいのある議論が行われています。
 個人的には,ハードウェアに効果的な省電力機能が搭載され S3 スリープも普及しきった今ではスクリーンセーバの存在意義はかなり限定的であるように思いますし,xscreensaver のルックスはいかにも昔風で今時のデスクトップに合わないと思いますので,これを機にスッパリ xscreensaver を離れてもいいんじゃないかと思いますがね。
 Zawinski 氏が優れたハッカーであり,これまでコミュニティに多大な貢献をなしてきたことは疑う余地がありませんが,氏の理想は古き良き時代のハッカー文化にあり,それは今の世の中と少し乖離しているようです。昔は技術力こそが力であり,コードの書けない,ましてやコンパイルさえできないユーザは,”luser”(user + loser)として蔑まれました。しかし時代は変わりました。今や Linux ディストリビューションはハッカーのみならずコンピュータ科学以外の分野の研究者,医療従事者 2,ごく普通の事務職員 3までが日常的に使用するものとなりました。多くのニーズに応えるためにシステムがより大きく複雑になる一方,コミュニティへの貢献の道はあらゆる人へと開かれ,コーディングに限らず,各人のできることでのコミュニティへの貢献が尊重され,かつ必要とされるようになりました。ハッカーならぬ私はこの新しい時代はとても素晴らしいものだと思っていますが,古くからのハッカーにとっては必ずしもそうでもないのかもしれません。
 ともあれ,早期の円満な解決を祈っています。

参照:
#819703 – xscreensaver: please disable “This version of XScreenSaver is very old! Please upgrade!” message – Debian Bug report logs
Bug #1406825 “xscreensaver complains “This version of xscreensav…” : Bugs : xscreensaver package : Ubuntu
light-locker/README at master · the-cavalry/light-locker · GitHub
Set up light-locker with XFCE action buttons. / Newbie Corner / Arch Linux Forums
14.04 – Authentication required before suspend – Ask Ubuntu

Notes:

  1. ソースのコメントでは “herp derp I eat paste” と続く。要するに知識も調べる気もないユーザを揶揄しての囃し文句。
  2. 最近のレセコンは Linux ベースのものも多いようです
  3. 役所とか会社とか

ドメインとサーバの移転

 ドメインとサーバを移転しました。MiniBird の一番下のプラン(月250円)ではあるものの,元々が StarDomain の無料オマケサーバだったので大きなグレードアップです。とはいってもアクセス数増加への対応だとか応答速度向上だとかそういうのではなく,「今までのドメイン名を別の用途に使いたい」というきわめて消極的な理由からの移転で,サーバを変更したのはオマケサーバの SQL データベース付きプランの新規割振が終了しているというだけの理由からだったりします。無料で MySQL 付きのサーバもいろいろあるんですが,どれも広告が出るんですよねえ。僕はあまり広告が好きじゃないんです。それから,古すぎるなどの理由で役に立たない記事は今回ついでに公開を終了しました。
 そのうちまた移転しないとも限らないので,今回したことのメモを残しておきます。
 なお,はじめに断っておきますが,今回私が試した「WordPress 標準のエクスポート機能」はあまり賢明な選択肢とは言えません。よほどの PC アレルギーでもない限り,FTP クライアントでファイルをコピーして phpMyAdmin でデータベースをインポートするやり方のほうがよほど早く終わるでしょうし,サイトの規模が大きくなったり数が多くなったりしても使えるテクニックです。現状,WordPress 標準のエクスポート機能は,扱えるものが少なすぎてサーバ移転の手段としてはあまり実用的ではないと思います。というか,そもそもそういう使い方は主だった使い方としては想定されていないのかもしれません。

1, 古いサーバの WordPress にログインし,サイドバーの「ツール>エクスポート」を開き,全てのデータをエクスポート・ダウンロード。
2, 新しいサーバに WordPress を導入し,「ツール>インポート」を開き,「WordPress」を選択。初回は「WordPress インポートツール」の導入を求められるのでこれを導入し,再度同じ操作をする。先ほどダウンロードした xml ファイルをアップロードする。「添付ファイルをダウンロードしてインポートする」にチェックを入れると,画像などを古いサーバから自動でダウンロードして展開してくれる。記事中のリンクも自動で書き換えてくれるのでリンクが切れない。ただし,画像をページに貼り付けていたはずが単なるリンクになっているなどの問題も一部あった。そのほか,アカウントの統合・移行 1も一括してできる。
3, 新しいサーバにプラグイン類を導入して設定をする。基本的に全手動なので面倒。今回は数が少ないので手でできたけれど,規模が大きくなると厳しそう。
4, 新しいサーバの設定変更やテーマの選択・カスタマイズを行う。これも全手動。
5, 検索エンジンやはてなブックマーク等からのリンクが切れないように,古いサーバから新しいサーバへのリダイレクトを設定する。WordPress のプラグインでもリダイレクトを行うものがあるが,サッパリ消してしまいたいので .htaccess でやる。
中身は以下(他の項目より上に追加)。

RewriteEngine On
# 書き換えを有効化
RewriteBase /
# 設定対象のルートの設定,普通は標準で / なので省略可
RewriteCond %{REQUEST_URI} [0-9]{1,6}
# / 以降が数字1~6桁で構成される URI へのアクセスのみを対象にするということ。
# それぞれの環境のパーマリンクの構成に合わせて正規表現で記述。
RewriteRule ^(.*)$ http://oppekepe.org/$1 [R=301,L]
# 今回はパーマリンクがドメイン名以外そのままなので,RewriteCond の条件に当てはまるもの全て ^(.*) を
# 変数に入れ,新しいドメイン名の後ろに付加して,そこへ転送するようにする。
# R=301 はステータスコードを 301 (Moved Permanently)にするということ,L はループ防止のおまじない。

以上で完了です。
しかし,StarDomain オマケサーバが多機能すぎたせいもあってか,有料プランにはしたもののあまり感動がありません。うーむ,年0円 vs. 年2430円(ポイント最大適用)か……

Notes:

  1. たとえば A ,B というユーザがそれぞれ作成した記事について,C というユーザが作成・保有したことに変更するなど

Debian 8 で Bluetooth DUN

 Debian 8 Jessie で Bluetooth DUN しようとして……泥沼にハマった。
 Bluez のバージョンが 5 に入り仕様が大きく変わったようで,これまでの定石が通用しません。一応 blueman や gnome-bluetooth なども入れて試してみましたが,やはりうまくいかない。つなぐ先も「BlueDUN」という市販のアプリを入れた Android スマートフォンで,こっちが特殊な仕様である可能性もあります。せめて他にいくつかモデムがあればいいのですが……なんとか調べながら設定してはみるものの,正体不明のエラーとか……検索してみるとバグがうんたらかんたらとか言ってるし……うわこのコマンドも無くなったのか……このエラーは何だ?……しかし眠い……寒い……外明るくなってきた……つらい……などと合計10時間以上を無為に費やし,「これは複雑なバグまたは心霊現象が関与しており自分の手には負えない」という結論に達したところで以下のページを見つけました。

delx » Bluetooth DUN Tethering with Linux and a Nokia Symbian Phone

 2014年? Arch? もしや,これでいける? 藁にもすがる気持ちで試してみると……いやっほううう!!! 繋がった!!! 何度再起動して試してもオーケー。引っ掛かりポイントは Debian では「python-dbus」ではなく「python3-dbus」が必要であるという点と始めに wlan の接続を切ってから試さないとダメという2点くらいで,本当に書いてあるとおりにコピペして書き換えて実行するだけ。恐ろしく簡単。
 スクリプトを眺めてみるとなにやら見たことのないことをしている部分がある。やっぱり仕様変更絡みで別のやり方をする必要があったらしい。この辺はそのうちちゃんと調べないといけませんね。
 いやあ,ありがたやありがたや。

Firefox の UI が極端に大きく(あるいは小さく)なったら

少し前,Debian で Iceweasel をアップデートしたら,設定が勝手に変わったのか解釈の仕様が変わったのかで Firefox の UI(HTML レンダリングだけでなく,ボタン類も)が極端に大きくなってしまった。が,検索したら一瞬で解決したので,忘れないうちにメモ。

My websites and UI have suddenly become huge. How can I get them back to a normal, smaller size? | Firefox Support Forum | Mozilla Support

about:config にアクセスし,layout.css.devPixelsPerPx の値を変更。自分の環境では -1.0 -> 1.0 に変更で完璧。
でも,改めて考えてみると他にも何かありそうだし,一度設定をリセットしたほうがいいかなあ。

WordPress に脚注機能を付けるアドオン Simple footnotes を導入

 以前,はてなダイアリー 1を利用していた頃に重宝していた機能のひとつに「脚注 2」があるのですが,Wordpress 3 4 には標準ではこの機能はなく,Wordpress への乗り換えに伴い使えなくなってしまいました。今 5にして思えばその時に脚注を追加するアドオン 6 7も探しておけばよかったのですが,当時 8少し 9忙しかった 10こともありそのまま 11にしてしまい,脚注を使わずにブログ 12記事を書くこと 13に慣れて 14しまいました。しかし今朝ちょっとした文書を書いていて,ブログで脚注を使うことの便利さ 15を思い出し,このアドオンの導入に至りました。今後はどんどん 16脚注を使っていきたいと思います 17

Notes:

  1. http://d.hatena.ne.jp
  2. 英:footnote
  3. オープンソースの CMS 環境である。
  4. 「Worldpress」ではない。
  5. 2014年12月。
  6. 英:add on
  7. 今回は Simple footnote というものを導入したが,他にも同種のアドオンはいくつか存在するようである。いずれも WordPress の公式レポジトリから導入できる。
  8. 2013年8月。
  9. あまり多くはないという意味である。
  10. 「忙しい」の定義は人によって大きく異なるため,注意が必要である。
  11. つまり,そうしたアドオンを導入していない状態という事である。
  12. 「ウェブログ web log」の略である。
  13. ここでいう「書く」には,書いたものを公開することも含める。
  14. 心理的または肉体的に抵抗感がなくなることをいう。
  15. 補足的な情報を記述するために括弧を使うと,ただでさえ冗長な私の文章がさらに冗長になってしまう。脚注を使うことで,事態は多少改善する。
  16. 太鼓の音ではなく,勢いや程度が大きいことを示す擬態語である。
  17. ふう,書き終わった。