「ソフトウェア」カテゴリーアーカイブ

CentOS5.5に最新のImageMagickをソースからインストールする

投稿日時: 投稿者:
2

CentOS5.5のシステムをセットアップしていました。
yumからシステムを一通りアップデートしてから、PerlをCPANでモジュール群を更新したのですが、Image::Magickを入れようとしたところ、force installにしてもNOT OKとなり、インストールできませんでした。
これはImageMagickのバージョンとPerlの（コアなモジュール）バージョンとの依存の影響と思われ、Windowsの場合はImageMagickとActivePerlのバージョンは細かく指定されています。
Linuxの場合は自動で依存を解消してくれるものと思っていましたが、どうやらダメだったようです。
ImageMagickのために、別のディストリを入れなおすことも考えましたが、それではあまりにも情け無いので、だめもとで手動でソースからコンパイルしてインストールに挑戦しました。

まずはソースの取得


[root@localhost ~]# wget ftp://ftp.kddilabs.jp/graphics/ImageMagick/linux/SRPMS/ImageMagick.src.rpm
--2010-07-20 15:44:05--  ftp://ftp.kddilabs.jp/graphics/ImageMagick/linux/SRPMS/ImageMagick.src.rpm
=> `ImageMagick.src.rpm'
ftp.kddilabs.jp をDNSに問いあわせています... 192.26.91.193
ftp.kddilabs.jp|192.26.91.193|:21 に接続しています... 接続しました。
anonymous としてログインしています... ログインしました!
==> SYST ... 完了しました。    ==> PWD ... 完了しました。
==> TYPE I ... 完了しました。  ==> CWD /graphics/ImageMagick/linux/SRPMS ... 完了しました。
==> SIZE ImageMagick.src.rpm ... 8747108
==> PASV ... 完了しました。    ==> RETR ImageMagick.src.rpm ... 完了しました。
長さ: 8747108 (8.3M)

100%[======================================>] 8,747,108   3.39M/s 時間 2.5s

2010-07-20 15:44:08 (3.39 MB/s) - `ImageMagick.src.rpm' へ保存終了 [8747108]

検索してヒットするサイトの中にはURLが「kddilabs」ではなく「kddlabs」とありますが、どちらでもいい（？）みたいです。こちらの環境でkddlabsはDNS解決できませんでしたがkddilabsでは通りました。

ここからsrc.rpmを取得して展開します。
コマンドなら次の通り

[root@localhost ~]# rpm -ivh –nomd5 ImageMagick.src.rpm
1:ImageMagick 警告: ユーザ cristy は存在しません – root を使用します
警告: グループ cristy は存在しません – root を使用します
########################################### [100%]
警告: ユーザ cristy は存在しません – root を使用します
警告: グループ cristy は存在しません – root を使用します

同じ階層に「_FILES」という文字が追加されたディレクトリがあるはずなので、移動します。


[root@localhost ~]# cd ImageMagick.src.rpm_FILES
[root@localhost ImageMagick.src.rpm_FILES]# ls
ImageMagick-6.6.3-0.tar.bz2  ImageMagick.spec

とりあえずビルドしてみます。


[root@localhost ImageMagick.src.rpm_FILES]# rpmbuild -ba ImageMagick.spec
エラー: ビルド依存性の失敗:
libtiff-devel は ImageMagick-6.6.3-0.i386 に必要とされています
giflib-devel は ImageMagick-6.6.3-0.i386 に必要とされています
perl-devel >= 5.8.1 は ImageMagick-6.6.3-0.i386 に必要とされています
ghostscript-devel は ImageMagick-6.6.3-0.i386 に必要とされています
djvulibre-devel は ImageMagick-6.6.3-0.i386 に必要とされています
libwmf-devel は ImageMagick-6.6.3-0.i386 に必要とされています
jasper-devel は ImageMagick-6.6.3-0.i386 に必要とされています
libtool-ltdl-devel は ImageMagick-6.6.3-0.i386 に必要とされています
lcms-devel は ImageMagick-6.6.3-0.i386 に必要とされています
librsvg2-devel は ImageMagick-6.6.3-0.i386 に必要とされています

いろいろと足らないと文句を言われました。
とりあえずyumで片っ端から入れていきます。


[root@localhost ImageMagick.src.rpm_FILES]# yum install libtiff-devel giflib-devel perl-devel ghostscript-devel djvulibre-devel libwmf-devel jasper-devel libtool-ltdl-devel lcms-devel librsvg2-devel

進捗は省略します。
最終的に次の3つが残ります。

perl-devel >= 5.8.1 は ImageMagick-6.6.3-0.i386 に必要とされています
djvulibre-devel は ImageMagick-6.6.3-0.i386 に必要とされています
jasper-devel は ImageMagick-6.6.3-0.i386 に必要とされています

まず、「perl-devel」はcentOS5.5ではperlに頭語されているらしいので不要です。
specファイルの15行目（辺り）にあるperl-develを削除またはコメントアウトします。

次に、「djvulibre-devel」はリポジトリ「RPMForge」または「Dag」を利用してインストールします。
導入方法は検索するなどして調べてください。
大量に解説サイトがあるので省略します。

最後に、「jasper-devel」は「http://dev.centos.org/centos/5/testing/i386/RPMS/」にCentOS5用のRPMがあります。他のサイトにある通常のel5.i386のrpmは依存解消できずにインストールできませんでした。

これら3つが解決すれば晴れてImageMagickのコンパイルが開始できます。


[root@localhost ImageMagick.src.rpm_FILES]# rpmbuild -ba ImageMagick.spec

かなり時間がかかります。
問題なく終われば、以下の場所にrpmが生成されます。


[root@localhost redhat]# cd /usr/src/redhat/RPMS/i386
[root@localhost i386]# ls
ImageMagick-6.6.3-0.i386.rpm            ImageMagick-devel-6.6.3-0.i386.rpm
ImageMagick-c++-6.6.3-0.i386.rpm        ImageMagick-doc-6.6.3-0.i386.rpm
ImageMagick-c++-devel-6.6.3-0.i386.rpm  ImageMagick-perl-6.6.3-0.i386.rpm
ImageMagick-debuginfo-6.6.3-0.i386.rpm

ここまで来れば（おそらく大丈夫です。


[root@localhost i386]# rpm -Uvh ImageMagick-*
準備中...                ########################################### [100%]
1:ImageMagick            ########################################### [ 14%]
2:ImageMagick-c++        ########################################### [ 29%]
3:ImageMagick-perl       ########################################### [ 43%]
4:ImageMagick-debuginfo  ########################################### [ 57%]
5:ImageMagick-devel      ########################################### [ 71%]
6:ImageMagick-c++-devel  ########################################### [ 86%]
7:ImageMagick-doc        ########################################### [100%]
[root@localhost i386]# convert -version
Version: ImageMagick 6.6.3-0 2010-07-20 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC
Features:

でめたしでめたし。お疲れ様でした。

ImageMagickが壊れた？

投稿日時: 投稿者:
返信

WindowsVistaにインストールしてあるImageMagick6.3.2　Q8をPerlから呼び出すときのお話です。
少しの間、開発を停止していた部分を手直しすることになって画像を生成する部分が正常に動かなくなっていました。
ログをみると次のようなエラーが表示されていました。

Can't load 'C:/Perl/site/lib/auto/Image/Magick/Magick.dll' for module Image::Magick: load_file:再帰が深すぎます。スタックがオー
バーフローしました。 at C:/Perl/lib/DynaLoader.pm line 230,  line 855.


呼び出し元も、呼び出し先も階層がそんなに深いわけでもなく、動いていたときのままです。
何かのパッチでおかしくなったのかもしれないです。
そういえば、最近CPANの一括updateをしたような・・・
いろいろ調べてみましたが、これだという原因は見つかりませんでした。

結局、ImageMagickを一度アンインストールしてから入れなおしたところ、正常に動作しました。
ちなみに、上書きで更新した場合は同じメッセージが表示されて動きませんでした。
お仕事用のシステムなので、ヒヤヒヤしました。ほっと一安心です。

インクスケープでトンボを作成する方法

投稿日時: 投稿者:
返信

少々前の話なのですが、運営中のサイトでプリントライがあるのですが、データ入稿用のトンボの作成方法のページをがんばって作ってみました。
Inkscape（インクスケープ）でトンボを作成する
Inkscape（インクスケープ）のデータでもEPSにすれば入稿できますので、ぜひご利用ください。

OpenOffice.orgの妙日本語訳

投稿日時: 投稿者:
返信

OpenOfice.orgのCalcで妙な違和感を覚えたのでよくよく見てみると漢字が間違っていました。
書式設定のセルのフォーマット、分類にソレはありました。
通過→通貨です。
まぁ、意味はわかりますが。

だったらお前が翻訳しろなんて言わないでください。
高校3年間英語赤点なんですから。

ちゃんちゃん♪

Inkscapeの矩形はサイズに線の太さも含んでいた

投稿日時: 投稿者:
3

Inkscape0.47での話です。
矩形を描いて線の太さを設定して、EPSに変換すると大きさが微妙にずれる。
なぜかと思っていじっていると、線の太さを変えると大きさも変化しているではないか。
つまり、Inkscapeの場合、パスのサイズではなく、実際の描画イメージのサイズだったらしい。
今まで散々いじってきたのにぜんぜん気が付かなかった。
EPSでは通常パスを基準にするため、てっきりそうだと思い込んでいたというわけだ。
0mmでサイズを指定して線の太さを指定すればずれないだろうけど、画面上から消えてしまうの。
プリントライのデータも全部作りなおしだぁ～

OpenOffice.orgの3.2を使ってみた

投稿日時: 投稿者:
返信

2010年02月11日にOpenOffice.orgの3.2が公開されました。
14日に気がついたので早速落し、3.1から入れ替えて使い込んでみました。

普段から使っている機能には更新がないので、個人的には変化なしといったところです。
保存のプロセスが重いのはまだ改善されませんね。

excelと比較して・・・といいたいところですが、Microsoftのoffice2000を最後にOpenOffice.orgに乗り換えたので、比較しようがないのをおもいだしました。

Inkscapeがいつのまにか0.47になっていた

投稿日時: 投稿者:
返信

Illustrator要らずのパス系ツールのInkscapeです。
お仕事でEPSを描くときもInkscapeで充分です。
むしろ汚いEPSを吐き出すIllustratorよりも美しいEPSを吐き出すInkscapeのほうが、コーダにとっては評価は上です。

2009年の11月24日にバージョン0.47がリリースされていたようなので、早速入れ替えてみました。
メニューが一部変化したのと、日本語化されている場所が増えました。
操作面ではそんなに違いはなかったのですが、マスクやクリップがEPSで出力されない不具合が修正されていました。とても助かります。
あとはCMYKで出力できれば言うことなしなのですが。RGBを単純に変換しただけでもかまわないんですけどね～

IE8でデザインが崩壊する

投稿日時: 投稿者:
返信

Windows XP、Vista、7で利用できるブラウザのInternetExplorer8では、スタイルシートの実装が今まで以上にいい加減に実装されているらしく、IE6,7向けに調整されたものですらデザインが崩れます。
つくりが悪いといってもOSにはじめから入っているブラウザなのでどうしてもユーザ葉多いため対応せざるを得ません。
この仕様（不具合）を回避するためのIE７と同じレンダリングを行う「互換モード」なるものがIE8には用意されていますが、ユーザ側でいちいち切り替えなければなりません。
しかし、それすらも想定の範囲内のようで、互換モードを強制するmetaタグが用意されていました。
次のようなおまじないを唱えておきましょう。

<meta http-equiv="X-UA-Compatible" content="IE=emulateIE7">

これで安心。

MySQLで特定のデータベースをダンプする

投稿日時: 投稿者:
返信

MySQL Ver14.12 Distrib 5.0.45, for redhat-linux-gnu (i686)での話です。
データベースをコピーしようともって、cronで保存してあったDUMPファイルをインポートしようと思ったらファイル形式が違うといわれてショック。
これじゃバックアップの意味ないじゃん？
原因は・・・なんだろ？
とりあえず目先の問題を解決することにして、mysqlをダンプします。

mysql -u root database > dump.sql


データベースがでかいほど時間がかかるのはお約束です。

さて、お次はインポート。
正確にはインポートとは言わないらしいけど。

mysql -u root database < dump.sql


これもデータベースが大きいとそこそこ時間がかかります。
つまり、<と>を切り替えるだけでok。

これで、めでたしめでたし。

Firefox3.5が酷い

投稿日時: 投稿者:
返信

最近3.5にバージョンアップしたのですが、、3.5は重くて使えません。
ロケーションバーをコピペしようとしても文字が消えたり、「履歴とブックマークを検索」に変わったかと思うと、URLが二度と表示されなくなったりします。
JavaScriptが高速になったらしいですが、そのぶんメモリを食うようになってOS（Vista）がFirefoxにロックをかけて、画面の再描画に1分ぐらいかかることがあります。
3のころにはそういうのはまったく発生しませんでした。
アドオンもなかなか対応してくれず、マウスジェスチャ系も全滅です。

パッチがこれば直るだろうとダウングレードもせず、Firefox3の使い勝手に気をよくして封印していたOperaを再度引っ張り出して使うのでした。