Linuxマスターになるには避けて通れない「ソースコードからのビルド」。作業自体は非常に楽しくて好きなのですが、問題は「インストール後の管理」ですよね。大抵のソフトウェアは、make uninstallでモキュッとアンインストール出来ると思い込んでいたのですが、実際はその逆で、make uninstall出来ないものがほとんどだそうです。

そうなると管理が大変なので、ソースからビルドはしたくとも、ついつい.rpmや.debのパッケージを探してしまうという体たらく(^^;

そこで役立つのがこの「Paco」。何とmake installなどで生成されたファイルをログ管理してくれるうえに、アンインストールまでコマンド一発で出来てしまうとの事!!

“make install”したソフトウェアを管理できる超便利ツール「Paco」

「Paco」の便利な機能や使い方は上記でとても丁寧に解説されていますので、早速Fedoraにインストールしてみました。もちろん、うまくゆけばサーバのCentOSにインストールするつもりです^^

まずは、SourceForgeからPacoの最新版(2.0.9)を取ってきます。後は./configure, make, make installでOKですが、Fedoraにインストールするには以下のパッケージを追加する必要がありました。

• gtkmm24,gtkmm24-devel(GUIを利用しないなら不要)
• gcc-c++(面倒だったのでgcc*でアレコレ一気にいってみました)

上記URLのコメント欄にも書かれていますが、「GUIなんて無用だぜ!!」という人は、./configureのオプションに「–disable-gpaco」を付けましょう。

後は、展開したPacoのディレクトリ内で

;; su - でrootになってから
# make logme

で、Paco自身も管理下に入るようです。sudoだとエラーになってしまったので、su -でrootになるとうまく行きました。PATHの問題でしょうかね??

さて、無事にインストールが終わったら試さずにはいられませんので、PHPの5.2.14のソースを下記の手順でビルドしてみました。

$ ./configure --prefix=/opt
$ make
# paco -D make install

これで、Paco経由で管理状況を見てみると…

;; man pacoが結構分かりやすいです
# paco -1a
paco-2.0.9
php-5.2.14

;; make installで生成されたファイル群
# paco -f php-5.2.14
php-5.2.14:
/opt/bin/pear
/opt/bin/peardev
/opt/bin/pecl
/opt/bin/php
/opt/bin/php-cgi
/opt/bin/php-config
〜 中略 〜
/opt/man/man1/php-config.1
/opt/man/man1/php.1
/opt/man/man1/phpize.1

これで、アンインストールしたい時にはどのファイルを削除すれば良いか一目瞭然ですね^^

しかし、そんなまどろっこしい事をしなくても、

;; 削除確認があるのもありがたいですね
# paco -r php-5.2.14
Remove package php-5.2.14 (y/N) ?

で関連ファイルを全て削除してくれます。

オープンソースの世界はまだまだ広い事を思い知らされる大発見でした。次はサーバに早速設置したいと思います。

今日はここまで。

Fedora 12の時からの悩み事なのですが、我が家のノートPCでGNOME + compizで3Dデスクトップを実現しようとするとPCの構成上NVIDIAのドライバが必要になるようです。で、その為にまずはrpmfusionをインストール。

# rpm -i http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
# rpm -i http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm

で、yumで「kmod-nvidia」というパッケージをインストールすればOKのはずなのですが、インストール後再起動するとスプラッシュ画面で止まってしまい、Xが起動しません＞＜

取りあえずテキストモードでログインしてログを見てみると、「nvidiaのドライバがロード出来ないよ!!」みたいな事を言われてます。あれこれ調べてみたところ、どうやらFedoraに搭載されている「nouveau」が邪魔をしているようです。そこで、様々なサイトを徘徊してgrub.confに以下を追記してみました。

;; /boot/grub/grub.confのkernelで始まる行の末尾に追記
rdblacklist=nouveau nouveau.modeset=0

これで再起動すると、無事Xも起動するようになり、3Dデスクトップ機能も有効になります。他にも色々と解決策はあるようなのですが、取りあえず動いているので良し(外部に公開しているサーバでもないですしね)とします。

ところで、余談ですが「yum」は「ユム」と読むのでしょうか??ずっと「ヤム」だと思ってました…(^^;

今日はここまで。

個人的には今回のリリースでの目玉は、Python3.x系への対応だと思います(2.x系と並行インストールが可能だそう)。今年の前半は仕事が忙しくバタバタしていた(イイ事です!!)為、PythonやC言語の学習がすっかりなおざりでしたが、やっとこひと段落着いた感もありますので、またボチボチ再開していく予定です。

まず、何はともあれ、Linuxおよびオープンソースに関わる全てのコミュニティ・開発者の皆様に愛と敬意を込めて!!

Congratulations!!!!

GNOMEとcompizの組み合わせは最高のGUIではないかと個人的に思っています。アレコレ作業する時は専らテキストエディタと端末ばかりなのですが、そんな中で素敵なアニメーションによる動きは一服の清涼剤になってくれますよね。

ところが、Fedora 12ではcompizが思うように動いてくれないという状況に先日からズッと悩んでおりました。取りあえずcompiz関連のパッケージをインストールして、以下のような状況で「システム」→「デスクトップ効果」から「compiz」を選択。

# rpm -qa | grep compiz
compiz-fusion-0.8.2-4.fc12.x86_64
compiz-devel-0.8.2-19.fc12.x86_64
libcompizconfig-0.8.2-7.fc12.x86_64
compiz-gnome-0.8.2-19.fc12.x86_64
compizconfig-python-0.8.2-2.fc12.x86_64
compiz-manager-0.6.0-10.fc12.noarch
compiz-fusion-extras-gnome-0.8.2-2.fc12.x86_64
compizconfig-backend-gconf-0.8.2-2.fc12.x86_64
compiz-fusion-extras-0.8.2-2.fc12.x86_64
compiz-fusion-extras-devel-0.8.2-2.fc12.x86_64
compiz-0.8.2-19.fc12.x86_64
compiz-fusion-gnome-0.8.2-4.fc12.x86_64
compiz-fusion-devel-0.8.2-4.fc12.x86_64

で、設定ツールである「ccsm」もyumでインストールしてありましたので、そこで色々設定すればcompizの豊富なエフェクトが有効になるはず!!…なのですが、コレが全く有効にならない。ことごとく無視されてしまいます。

上記の「デスクトップ効果」でチェックを入れた「揺れるウインドウ」と「キューブの回転」だけは有効になっているのですが、その2つの設定値をイジってみてもやはり無視されます。

そもそも、このデスクトップ効果ってやつが邪魔なのかな??と考え、

# yum remove desktop-effects

などとしてみると、全てのデスクトップ効果がかき消されてしまう始末。

何かがおかしいのは分かっているのですが、どこが原因か分からないので取り敢えず「find / -name compiz」などとしてみて、見つかったディレクトリにあるxmlファイルを眺めてみましたがどうもビンゴではなさそう…。

相当悩んだ挙げ句、問題なくブリブリ動いてくれているUbuntuのcompiz関連の設定ファイルと比較してみると遂に原因発見!!「$HOME/.config/compiz/compizconfig/config」の中を覗いてみると、

[gnome-session]
backend = ini
profile =

となっています。どうやらこの「ini」という記述があると、同階層の「Default.ini」を見に行くようです。で、検証はしておりませんが、この「Default.ini」が「デスクトップ効果」を選択した時に作成される(のでしょうかね??)。そこで、上記のファイルから「backend = ini」の行をスッパリ削除。ついでに「Default.ini」もリネームして再ログインしてみると…。

遂にcompizが設定どおりに動きました!!^^

結局は自分の無知ゆえの設定の甘さが原因だったワケですが、かれこれ1週間は悩んでいたと思いますので喜びも一入です。お陰でcompizにますます愛着が湧いてしまい、最初だけイジッて後はデフォルト放置していた3D効果をアレコレ設定してみて、新たな発見にワクワクしています。

上記のようなハマリ方をするFedoraユーザーはおられないでしょうが、備忘録を兼ねて恥さらしとしておきます。

次はemobileかDoCoMoのデータ通信をノートPCで利用したいなぁ、などと企んでいるのですが、またもや躓きそうな予感(^^;

それでもメゲる事なくLinux Lifeを楽しみたいと思います。

今日はここまで。

Chromiumの起動の速さとレンダリングの快適さが気に入ってセカンダリブラウザとして利用していたのですが、以下の記事を読んで感銘を受けたりなんかして、見事Operaがセカンダリブラウザにカムバック。文体を大人っぽく変えてみたところでやっぱり骨の髄までミーハーなのです(^^;

HTML5はFlashやSilverlightを不要なものにする

さて、Operaはさすがにオープンソースと親和性の高いブラウザだけあって公式サイトでLinux用のパッケージファイルが用意されています。今回はFedora 12にインストールしたいので、RPMパッケージ(早くもFedora 12までサポートしてくれているようです)をダウンロード。

ソースからインストールするのも楽しいのですが、クリックするだけでインストール開始してくれるRPMパッケージの便利さも捨て難いです(rpmコマンドを使え、というツッコミは無しの方向で…)。

で、インストールが終わったら早速起動してみたくなるものですが、ここで想定外のエラー発生。アイコンをクリックしても何の反応も無いので、コマンドから起動しようと思ったらこんなメッセージが。

$ /usr/bin/opera
/usr/lib/opera/opera:
error while loading shared libraries: libqt-mt.so.3:
cannot open shared object file: No such file or directory

libqt-mt.so.3なるライブラリが無いとおっしゃられます。qtと書いてあるし、単純にQtのパッケージをインストールすれば良いのかな??と、「yum install qt」などとやってみても相変わらず起動せず…。

困ったなぁ、と思っているとRPMのファイル名が

opera-10.10.gcc4.shared.qt3.x86_64.rpm

となっているのに気づきました。アレ??yumで入れたQtは4.x.xとなっていたような…、と思い、今度は「yum install qt3」としてみました。これでもう一度Operaを起動してみると…

無事動いてくれました^^

qt3とqtがインストールされている状況はどうなのか??という疑問が残りますが、今のところ各アプリも問題なく動いてくれているので良しとしておきます。

後は、Compizが動いてくれたら万々歳なのですが…。我が家のノートPCではccsmで色々設定してみても全て無視されてしまいます。「デスクトップ効果」の設定がクサいのでは??と推測している(そこでチェックしたものだけは動くので)のですがどうなのでしょうね??折角全てが透明なOSを使っているので、時間がとれたらその辺を調べて自己解決に挑戦してみたいところです。

最近CやPythonの勉強が全く出来ていないのが寂しくもありますが、今日はここまで。

11/17夜半に「確かリリース明日だったよなぁ」と、このブログに貼り付けたリリースカウントダウンのブログパーツを見てみたところ、何故か数字が消えているのを発見。「ありゃりゃ??リリース遅れちゃうのかな??」とクリックしてみたところ、Fedora 12のダウンロードページにぶっ飛ばされて腰を抜かし早速ダウンロード&インストールと相成りました(その際のミーハーぶり健在のはしゃぎっぷりはtwitterでブツブツ呟いております^^)。

さて、今回はあまり事前のチェックも出来ず、どんな機能が盛り込まれているのか等は未だに把握していないのですが、我が家のPC達はLinuxと非常に相性が良いようで特に問題もなくインストール完了。まぁクリーンインストールですしね。

で、バックアップは$HOMEと/var/www/htmlしかしませんので、お気に入りのパッケージなんかはインストール後にyumでガスガス入れていくわけですが、なかなか覚えてられませんので今後の為にもここでメモ(順不同)。

• httpd (LAMPのA)
• mysql-server (LAMPのM)
• php (LAMPのP)
• emacs (そろそろgeditからカムバック)
• zsh (マスター度約5%)
• conky (自動起動も忘れずに)
• xscreensaver (お気に入りのスクリーンセーバがあるので)
• gconf-editor (何かと便利)
• gedit-plugins (自動補完が便利すぎるので)
• git (他を知りませんがバージョン管理はコレ一択。便利すぎ)
• preload (2GBのメモリで効果はあるのでしょうか??)
• nkf (どちらかというとサーバ上で利用する事が多いですが)

PHPなんかはphp-pearとかphp-cliとか諸々あるので、その辺りはタブ補完が利くapt-getに軍配が上がる感じですね。後は、SSHのデーモンを止めてSELinuxをdisableにする(=ペーペーの通過儀礼)ぐらいでしょうか。

Fedora 11まではyum-fastestmirrorを入れていましたが、Fedora 12では「Presto」という機能がデフォルトで有効になっているそうなので、特に入れるメリットも無いようです。確かにyumコマンドを実行すると「読み込んだプラグイン」に「presto」が含まれています。

Prestoとは(Fedora 11の記事ですが)

最後に、このエントリを書いている11/23現在では「kmod-nvidia」がRPM Fusionのリポジトリに無いので、compizでギュインギュイン出来なくて残念なのですが、もうしばらく経てば追加されるのでしょうか??ギュインギュインは出来なくても良いのですが、windowを移動する時にプルプルするヤツ(wooby window)が無いと違和感を感じてしまうほど気に入っているので待ちきれないですね。

Google先生におうかがいを立てて(Fedora 12の情報はまだ少ないですね><)、–enablerepoオプションでrpmfusion-nonfree-updates-testingを指定するとkmod-nvidia自体はインストール出来たのですが、Xが立ち上がらなくなってしまい諦めました。時間に余裕があればgrub.confをイジるという手段も試してみたいのですが、この所そうもいかないのでワクワクしながら待つ事にします。Fedoraユーザーとしてはまだまだですね(=何かを勘違いしている)

fedora fc12 liveイメージ　導入語録　32bit (RC4ですけどね）

では、半年に一度のデスクトップの模様替え、1280×800の壁紙はgnome-look.orgでは見当たりませんでしたので、deviantArtからダウンロードさせていただきました!!

Ubuntu/Fedora共に一通り環境が出来上がりましたので、明日からは再び暇を見つけてはプログラミングの日々に復帰する予定です。

ミーハーぶりを久々に披露したところで今日はここまで。

Ubuntu 9.10に続き、Fedoraの開発者の皆様、コミュニティの皆様に最高の敬意と感謝を込めて!!

Congratulations!!!!

眠気が吹っ飛びました^^

ところが、今月の「日経Linux」にリポジトリを追加してパッケージマネージャからインストールする方法が!!

これはもう、インストールするしかないワケであります(= ‘艸’)ﾑﾌﾟﾌﾟ
という事で、以下作業手順のメモです～。

Ubuntu

1./etc/apt/sources.listに以下を追記

deb http://ppa.launchpad.net/chromium-daily/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/chromium-daily/ppa/ubuntu jaunty main

2.apt-keyコマンドで情報を更新してアップデート

$ sudo apt-key adv --recv-keys --keyserver keyserver.Ubuntu.com 4E5E17B5
$ sudo apt-get update

3.apt-getコマンドでインストール

$ sudo apt-get install chromium-browser

日経Linuxには1.のURL末尾が「Ubuntu」になってますが、それだと404エラーが返ってきて切ない事になりましたので、小文字にすると解決しました(≧∇≦)b

あと、Ubuntuの場合インストールするのは「chromium-browser」であって「chromium」ではありませんのでご注意を。「chromium」をインストールすると、縦スクロールシューティングゲームがもれなく導入されます(ちょっとやってみましたが難しいですね><)。

Fedora

1./etc/yum.repos.d/chromium.repoを作成(内容は以下)

[chromium]
name=Chromium Test Packages
baseurl=http://spot.fedorapeople.org/chromium/F$releasever/
enabled=1
gpgcheck=0

2.yumコマンドでインストール

# yum install chrome

インストール後、早速立ち上げてみました。いくつかのサイトをサラッと閲覧してみましたが、ブラウジングのみであれば既に実用十分な段階まで来てるのではないでしょうか。

レンダリングはもとより、起動もべらぼうに速いですね!!まぁ、Firefoxにはプラグインをアレコレ入れてるので、そのまま比較は出来ないのですが…。

Operaの最新版も素晴らしいので、自分の中でセカンダリブラウザの覇権争いが始まりそうです。う～ん、悩ましい。

という事で、今日はここまでヾ(*’-'*)ﾏﾀﾈｰ♪

で、Ubuntu/Fedoraともに利用させていただいてるワケですが、Fedoraの場合だけ設定したテーマがうまく反映されないという状況でした。具体的には、Gnome Doを自動起動指定していると、どのテーマを指定していてもデフォルトのテーマが適用されてしまう、という感じですね(その後手動で選択し直すと反映される)。

見た目だけで機能的には問題ないのでそのまま使っておりましたが、OSを入れ直した事もあり、何とか解決出来ないかな～??とGoogle先生におうかがい。以下のブログ記事を参考にまるっと解決出来ました。/usr/bin/gnome-doをイジれば良いみたいです。

Gnome Doでclassic以外のテーマが適用されない

著者さんの環境では、whileでゴニョゴニョする方法はうまく行かなかったようですが、我が家の環境ではうまく動いてくれました。

pgrep -u "`id -un`" '^compiz$'
while [ $? = 1 ]; do
  sleep 2
  pgrep -u "`id -un`" '^compiz$'
done

しかし、binディレクトリにあるファイルって、てっきりバイナリファイルばっかりだと思い込んでいたのですが、色々あるのですね。勉強になりました。

と、今日はここまでヾ(*’-'*)ﾏﾀﾈｰ♪

どうせ、大して読まれているブログじゃないですしね!!(= ‘艸’)ﾑﾌﾟﾌﾟ

まぁしかし、独学で学ぶ身にとっては、こういう「自分に影響を与えてくれる」方というのはムチャクチャ有難いワケです。置いていかれないように頑張らないとですね～。

さて、ノートPCのバッテリの調子が悪く、しばらく修理に出ておりましたが、先日めでたく手元に戻ってまいりました。で、検証の際にHDDのデータは全て消えますよ～、と言われていたのでOSを再インストール。

気になるディストリビューションは沢山ありますが、結局手慣れている(「使いこなしてる」とは雲泥の差)Fedoraをインストール。で、せっかくなので64bit版を入れてみたところ、Flashのプラグインがうまく動かないです( p_q)

Google先生におうかがいを立てれば情報は沢山ありますが、以下備忘録も兼ねて記録しておきます。

1.Adobeのサイトからtarballをダウンロード

Adobeの公式サイトで、RPMやdebパッケージが配布されておりますが、どうもこれは32bit版じゃないとうまく動かないみたいです。ので、以下のサイトからtarballをダウンロード。

http://labs.adobe.com

2.解凍したファイルをコピー

tarballを解凍すると、「libflashplayer.so」というファイルがあります(というかコレしか無い)ので、それをFirefoxのプラグインディレクトリにコピー。

$ cp libflashplayer.so $HOME/.mozilla/plugins

これで、youtubeなんかにアクセスしてみると、無事Flashが再生されるようになりました～。簡単でしたね。

ちなみに64bit OSの使用感ですが、今のところ32bit版との違いは感じません。搭載されてるメモリも2GBですし、64bitのメリットを全く享受出来ない環境のような気もしますが、しばらく使ってみたいと思います。

今日はここまでヾ(*’-'*)ﾏﾀﾈｰ♪