いやなんかもうわけわかんなかったっす。
リポジトリ追加しまくったけど、
最終的に参考にした記事
http://ameblo.jp/blue-sea-dog/entry-10491949346.html
とりあえずrpmforgeだけ追加してやってみたらよかったのかもしれない。
もうめんどくさいので振り返りたくもない。
とりあえず再生できたし、再生速度も変更できて音もちゃんと聞こえるからよしだね。
2013年9月25日水曜日
2013年8月15日木曜日
CentOSにソースからPython3インストールしたんだけど tkinterがimport errorで実行できなかった
CentOS6.4にてPython3をインストール後
tkinter使ったプログラムを実行しようとしたらインポートエラーの前にpython3がない。
CentOSのデフォルトのリポジトリにpython3がないんですね。
というわけでソース落としてインストールしたけどtkinterでこける。
python3がないのでpython3-tkもないわけですね。
そもそもtk/tclの共有ライブラリをpythonからなんたらしてるのかな?
っていうわけでそもそものそのライブラリがねーんじゃねーのかと思われ
tkとかtclとかのそれっぽいものを適当に入れてしまって、makeしなおしたらいけたってわけさ。ついでにSSLでもこけたので同じようにしただけさ。
あとは眠いんで羅列
でそれっぽいの探してインストールした。
たぶんこの辺だと思われる。
./configure
make
make install
tkinter使ったプログラムを実行しようとしたらインポートエラーの前にpython3がない。
CentOSのデフォルトのリポジトリにpython3がないんですね。
というわけでソース落としてインストールしたけどtkinterでこける。
python3がないのでpython3-tkもないわけですね。
そもそもtk/tclの共有ライブラリをpythonからなんたらしてるのかな?
っていうわけでそもそものそのライブラリがねーんじゃねーのかと思われ
tkとかtclとかのそれっぽいものを適当に入れてしまって、makeしなおしたらいけたってわけさ。ついでにSSLでもこけたので同じようにしただけさ。
あとは眠いんで羅列
File "/usr/local/lib/python3.3/tkinter/__init__.py", line40, in <module> import _tkinter # If this fails your Python may not be configured for Tk ImportError: No module named _tkinter
If it fails with "No module named _tkinter", your Python configuration needs to be modified to include this module (which is an extension module implemented in C). Do **not** edit Modules/Setup (it is out of date). You may have to install Tcl and Tk (when using RPM, install the -devel RPMs as well) and/or edit the setup.py script to point to the right locations where Tcl/Tk is installed. If you install Tcl/Tk in the default locations, simply rerunning "make" should build the _tkinter extension.
yum search tkでそれっぽいの探してインストールした。
yum install tk tcl tk-devel たぶんこの辺だと思われる。
File "/usr/local/lib/python3.3/ssl.py", line 60, in <module>
import _ssl # if we can't import it, let the error propagate
ImportError: No module named '_ssl'
yum install openssl openssl-devel./configure
make
make install
2013年5月7日火曜日
プロキシサーバー構築(squid)
ServerQueenのVPSを数年使用しております。
OSはCentOS5.7
という感じで終了
参考:プロキシサーバー構築(Squid)
OSはCentOS5.7
sudo yum install squid
sudo vi /etc/squid/squid.conf
acl [aclname] src [ipアドレス]/255.255.255.255 ← 追加([ipアドレス]/255.255.255.255からのプロキシサーバーへのアクセスを許可(1/2))
http_access allow localhost
http_access allow [aclname]← 追加([ipアドレス]/255.255.255.255からのプロキシサーバーへのアクセスを許可(2/2))
http_access deny all
# forwarded_for on
forwarded_for off ←追加(プロキシサーバーを使用している端末のローカルIPアドレスを隠蔽化)
:wq
sudo iptables -I INPUT 10 -s [ipアドレス] -d [鯖アドレス] -p tcp --dport 3128 -j ACCEPT
sudo service iptables save
sudo service iptables restart
sudo service squid start
sudo chkconfig squid on
という感じで終了
参考:プロキシサーバー構築(Squid)
2013年1月16日水曜日
redmineのインストール
Redmineはwebベースのプロジェクト管理ソフトウェアです。タスク管理、進捗管理、情報共有が行えます。ソフトウェア開発やwebサイト制作などITプロジェクトでの利用に最も適していますが、それ以外の業務でも幅広く活用できます。
オープンソースソフトウェアですので、誰でも自由に利用できます。
プロジェクトの進捗管理は重要ですよね。ってことでredmineを導入しようと試みてみましたよ。
まずはCentOS5.8に入れようとして、RMagickが入らなくてハマリましたよ。
結論から言うとImageMagickの最新版6.8.xにRMagickが対応してないですよっていうことでした。
ですので、ImageMagickの6.5.8をインストールすればできました。
基本的にはRedmine2.2をCentOS6.3にインストールする手順を参考にすすめました。
違ったのは下記2点でございます。
libyamlはEPELレポジトリを追加してとあるんですけど、
って感じでインストールできなかったので、いっそソースからインストールしました。
libyaml
オープンソースソフトウェアですので、誰でも自由に利用できます。
プロジェクトの進捗管理は重要ですよね。ってことでredmineを導入しようと試みてみましたよ。
まずはCentOS5.8に入れようとして、RMagickが入らなくてハマリましたよ。
結論から言うとImageMagickの最新版6.8.xにRMagickが対応してないですよっていうことでした。
ですので、ImageMagickの6.5.8をインストールすればできました。
基本的にはRedmine2.2をCentOS6.3にインストールする手順を参考にすすめました。
違ったのは下記2点でございます。
- libyamlをソースからインストールした
- ImageMagickはyumからではなくて、ソースから最新版ではなくて、6.5.8をインストールした
libyamlをソースからインストール
libyamlはEPELレポジトリを追加してとあるんですけど、
# rpm -Uvh http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm を取得中
警告: /var/tmp/rpm-xfer.v8PdyA: ヘッダ V3 RSA/SHA256 signature: NOKEY, key ID 0608b895
エラー: 依存性の欠如:
rpmlib(FileDigests) <= 4.6.0-1 は epel-release-6-8.noarch に必要とされています
rpmlib(PayloadIsXz) <= 5.2-1 は epel-release-6-8.noarch に必要とされています
# yum install rpm-devel
Loaded plugins: downloadonly, fastestmirror
Loading mirror speeds from cached hostfile
* base: www.ftp.ne.jp
* extras: www.ftp.ne.jp
* updates: www.ftp.ne.jp
base | 1.1 kB 00:00
extras | 2.1 kB 00:00
updates | 1.9 kB 00:00
Setting up Install Process
Package rpm-devel-4.4.2.3-28.el5_8.x86_64 already installed and latest version
Package rpm-devel-4.4.2.3-28.el5_8.i386 already installed and latest version
Nothing to doって感じでインストールできなかったので、いっそソースからインストールしました。
libyaml
wget http://pyyaml.org/download/libyaml/yaml-0.1.4.tar.gz
tar zxf yaml-0.1.4.tar.gz
cd yaml-0.1.4
./configure
make
sudo make installImageMagick-6.5.8-10をソースからインストール
yumからインストールしたImageMagickだと古くてRMagick2.13がはいりませぬ。
なのでまずはソースから6.8.1-9をインストールしてやってみるけどだめなんすよ。
参考
最終的に「'InitializeMagick' is deprecated...」とかなんとかってエラーになりまして
.soはなんぞや?とか色々紆余曲折を経てImageMagickの最新版じゃRMagick入らないんじゃん!
というところへ行き着きます。
そしてImageMagick-6.5.8-10.tar.gzをインストールして、あとは手順通りでめでたしめでたし。
2012年3月29日木曜日
symfony始めました-schema.ymlの作成
どんなDBを使うかモヤモヤと考える。
じゃあMySQLでテーブルはこんな感じかなっとノートにでも書きながら想像する。(省略可)
shema.ymlを書く。
書き方はこの辺を参考に。
Practical symfony 3日目: データモデル
The symfony and Doctrine book
INTの種類の指定の仕方
下記のようなコマンドを打って、うはーすげーな便利だなーと感動する。
タイムゾーンがどうとかいわれたらphp.iniにタイムゾーン設定してあるか確認する。
(してなかったので設定した date.timezone = Asia/Tokyo)
そして3番目(テーブルを実際に作成するコマンド)でハマる。
とか言われる。
こちらで言われている通り、確認してみる。
そういえばこれsymfony導入時にもやったじゃんと思いつつ。
・・・モジュール版(?)とCLI版で結果違う・・・?
下記コマンドでphpinfoが見れますよ。
って感じでCLI版はnoneになっちゃってるのが混乱の元だったんだ。
もともと以前確認した時モジュール版はOKだったはず
今思えばこの時も本当はさほど問題なかったんじゃないかと思う。
pecl install pdo-mysql とかpecl install pdo とかやっちゃったけど
これがまたまずかったらしい。
これのせいでモジュール版のPDOからもmysqlが消える。
今は標準でPHPにバンドルされていて、設定を書き換えれば済むところ、古いもので上書きした感じになったようだ?
色々嵌りに嵌ってぐるぐるぐると回りまわって
最終的にこちらで納得して解決。
じゃあMySQLでテーブルはこんな感じかなっとノートにでも書きながら想像する。(省略可)
shema.ymlを書く。
書き方はこの辺を参考に。
Practical symfony 3日目: データモデル
The symfony and Doctrine book
INTの種類の指定の仕方
下記のようなコマンドを打って、うはーすげーな便利だなーと感動する。
php symfony doctrine:build --model
php symfony doctrine:build --sql
php symfony doctrine:insert-sql
タイムゾーンがどうとかいわれたらphp.iniにタイムゾーン設定してあるか確認する。
(してなかったので設定した date.timezone = Asia/Tokyo)
そして3番目(テーブルを実際に作成するコマンド)でハマる。
Couldn't locate driver named mysqlとか言われる。
こちらで言われている通り、確認してみる。
そういえばこれsymfony導入時にもやったじゃんと思いつつ。
・・・モジュール版(?)とCLI版で結果違う・・・?
下記コマンドでphpinfoが見れますよ。
php -i
/usr/bin/php -i
/usr/local/bin/php -i
結論から言えばCLI版のphp.iniにextension=pdo_mysql.soを書き足せばよかったってっ事。
Scan this dir for additional .ini files = (none)って感じでCLI版はnoneになっちゃってるのが混乱の元だったんだ。
もともと以前確認した時モジュール版はOKだったはず
今思えばこの時も本当はさほど問題なかったんじゃないかと思う。
pecl install pdo-mysql とかpecl install pdo とかやっちゃったけど
これがまたまずかったらしい。
これのせいでモジュール版のPDOからもmysqlが消える。
今は標準でPHPにバンドルされていて、設定を書き換えれば済むところ、古いもので上書きした感じになったようだ?
色々嵌りに嵌ってぐるぐるぐると回りまわって
最終的にこちらで納得して解決。
2012年1月31日火曜日
ServerQueenのVPSにPHP5.3.9をソースからインストール
CentOS5.7でPHPのバージョンが5.2.17でしたとさ。
rpmでインストールされてました。
これを5.3にしたかった。
とりあえずまずはソースをダウンロード
http://www.php.net/downloads.php
最新安定版の5.3.9をダウンロードしました。
apacheを停止(しなくてもよかったのかもしれないが)
グーグル先生の話ではlibphp5.soがバグで生成されないとのことだそうで
下記のサイトなどを参考にlibphp5.soを生成してからインストールという手順でいくことにした。
PHP5インストールでのlibphp5.soバグ対応
すると今度は
とかなんとか言い出した。
こちらを参考にしたが、すでにPCRE自体はインストールされていた。
インストール先を確認して、パスを指定する。
しかし上手くいかないのでいっそ何も指定せずにインストールしたらうまくいった・・・。
参考
で、libphp5.soが生成できて、もう一度コンフィグ作りなおして、インストールして終わりだったと思う。 すでにうろ覚えなのでこの記事の正確性は保証できません!
はい、おつ。
rpmでインストールされてました。
これを5.3にしたかった。
とりあえずまずはソースをダウンロード
http://www.php.net/downloads.php
最新安定版の5.3.9をダウンロードしました。
apacheを停止(しなくてもよかったのかもしれないが)
sudo service httpd stop
ソースを解凍してインストールを試みる
configureのオプションはすでにインストールされていたPHPのphpinfoを見てそれっぽいところをいじった。
tar jxf php-5.3.9.tar.bz2
cd php-5.3.9
./configure --host=i686-redhat-linux-gnu --build=i686-redhat-linux-gnu --target=i386-redhat-linux --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --disable-debug --with-pic --disable-rpath --with-bz2 --with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --enable-gd-native-ttf --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-zlib --with-layout=GNU --enable-exif --enable-ftp --disable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-wddx --with-kerberos --enable-ucd-snmp-hack --enable-shmop --enable-calendar --with-libxml-dir=/usr --enable-xml --with-apxs2=/usr/sbin/apxs --with-mysql --with-gd --enable-xmlreader --enable-xmlwriter --enable-json --enable-mbstring --enable-mbregex --with-xsl=/usr/lib
make
make install
で、確認
php -v
PHP 5.3.9 (cli) (built: Jan 31 2012 02:21:02)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
というわけで、CLI版は問題なさそうだったんだけど、モジュール版(?)のphpinfoを見てみたらバージョン変わってなくて、しばしハマることになる。グーグル先生の話ではlibphp5.soがバグで生成されないとのことだそうで
下記のサイトなどを参考にlibphp5.soを生成してからインストールという手順でいくことにした。
PHP5インストールでのlibphp5.soバグ対応
すると今度は
error: Could not find pcre.h in /usrとかなんとか言い出した。
こちらを参考にしたが、すでにPCRE自体はインストールされていた。
rpm -qs pcreインストール先を確認して、パスを指定する。
しかし上手くいかないのでいっそ何も指定せずにインストールしたらうまくいった・・・。
参考
で、libphp5.soが生成できて、もう一度コンフィグ作りなおして、インストールして終わりだったと思う。 すでにうろ覚えなのでこの記事の正確性は保証できません!
はい、おつ。
登録:
投稿 (Atom)