開発環境なら2回パスワード聞かれんのくらい我慢すれ。

まぁ我慢すれば済む話ではあるんですが、
技術的に方法があるのなら知りたいなと思って…

>>553
しかもそこ存在するじゃんｗｗ

だいたい動く、としか言えん。やってみるしかない。
その手間を省きたいなら、使うべきでないだろう。

>>571
言ってる事がよくわからん。上手く行かないときの起動時の runlevel は、いくつか見ろ。
まずはそれからだ。

mysqlをsenna付きでrpmパッケージつくろうとしています。

http://d.hatena.ne.jp/yoshifumi1975/20070901/p1
/usr/src/redhat/RPMS/i386/mysql-test-5.0.45-1.i386.rpm
/usr/src/redhat/RPMS/i386/mysql-server-5.0.45-1.i386.rpm
/usr/src/redhat/RPMS/i386/mysql-libs-5.0.45-1.i386.rpm
/usr/src/redhat/RPMS/i386/mysql-devel-5.0.45-1.i386.rpm
/usr/src/redhat/RPMS/i386/mysql-debuginfo-5.0.45-1.i386.rpm
/usr/src/redhat/RPMS/i386/mysql-bench-5.0.45-1.i386.rpm
/usr/src/redhat/RPMS/i386/mysql-5.0.45-1.i386.rpm

これらのファイルが出来上がった後いざ入れようとすると
perl-DBD-MySQL is needed by mysql-server-5.0.45-1.i386
となるんですが、この「perl-DBD-MySQL」を入れるにはmysqlclient14というものが必要みたいですが、
これはMySQLのコンパイル時には作られないものなのでしょうか?
また、このmysqlclient14をyumで調べると
=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
perl-DBD-mysql i386 4.005-1.el4.rf dag 212 k
Installing for dependencies:
mysqlclient14 i386 4.1.22-1.el4s1.1 centosplus 1.2 M

Transaction Summary
=============================================================================
となり、今回入れたいMySQL5ではなくMySQL4用にも見受けられるのですが、問題ないものなのでしょうか?

>>575
そこの記事どおりでそのままmysqlを rpm rebuildできた？
いや、実はちょっと前に同じくCentOS4.5でmysqlのrpmをrebuildした時にmake testが通らない苦労をしたもんで・・・。

ところで、そのperl-DBD-MySQLが必要としているmysqlclient14は、mysql本体(クライアント)か、libsかのどっちかに含まれてたはず。
でも、そのrpmpkgがコンパイルされた時にlinkしてるバージョンと違ってたりしたら不具合でるかも？

ウチでは、MySQL5.0.48をrebuildした時に、一緒にDBD-MｙSQLもコンパイル、リンクし直した。
ちなみにLinuxじゃなくWinでの話しだけど、前に5.0.42のlibmysqlclient.dllでコンパイルandリンクした
DBD-MｙSQLがおかしなことになったことがあるんで、それ以来mysqlのバージョンあげた時は、一緒にDBD-MｙSQLやPHP-mysql
あたりをコンパイルし直してる。

>>576
記事にも書いてあった通り、make testだけコメントアウトしたら出来ました。(rebuildではなくrpmbuild -bb mysql.specとしました)
既に前にインストールされてる状態だと、/etc/my.cnfがある為にmake testが通らないみたいです。

> ところで、そのperl-DBD-MySQLが必要としているmysqlclient14は、mysql本体(クライアント)か、libsかのどっちかに含まれてたはず。
> でも、そのrpmpkgがコンパイルされた時にlinkしてるバージョンと違ってたりしたら不具合でるかも？
mysql-develに入ってはいるようですが、一体"14"というのは何なんでしょうね。
# rpm -ql mysql-devel | grep libmysqlclient
/usr/lib/mysql/libmysqlclient.a
/usr/lib/mysql/libmysqlclient.so
/usr/lib/mysql/libmysqlclient_r.a
/usr/lib/mysql/libmysqlclient_r.so
# rpm -ql mysqlclient14
/etc/ld.so.conf.d/mysqlclient14-i386.conf
/usr/lib/mysql/libmysqlclient.so.14
/usr/lib/mysql/libmysqlclient.so.14.0.0
/usr/lib/mysql/libmysqlclient_r.so.14
/usr/lib/mysql/libmysqlclient_r.so.14.0.0
/usr/share/doc/mysqlclient14-4.1.22
/usr/share/doc/mysqlclient14-4.1.22/COPYING
/usr/share/doc/mysqlclient14-4.1.22/EXCEPTIONS-CLIENT
/usr/share/doc/mysqlclient14-4.1.22/README

コンパイルし直すにしてもファイルの命名ルールも違うし、MySQL4時代の物にも見受けられる…
perlでのDB関連のコード書いたこと無いのですが、perl-DBD-mysqlがおかしくなる
と言うのはどういう事か、教えていただけませんか？
何か正常動作するかサンプルあれば教えていただければ幸いです。
(phpでメイン開発しているため、perlでのDB周りがよく分かりません…)

>>580
576だけど、

> 記事にも書いてあった通り、make testだけコメントアウトしたら出来ました。
あらそう。って575の記事もっかいちゃんと読んでみたらmake testしないって書いてあるね。見落としてたわ。
でもちゃんとTestしといたほうがいいと思うよ。ウチでもいくつか configureオプション変えてmakeしたら、
いくつかtestでこけたんで。patchの当たり具合とかも関係するし。

> 既に前にインストールされてる状態だと、/etc/my.cnfがある為にmake testが通らないみたいです。
違う。それはウチのときも散々悩んだけど関係なかった。詳しくはDB板のMySQLスレで。

で、その14だけど、君の推測どおり、そのperl-DBD-MySQLがdagでパッケージされた時に、リンクしてたのが
4系のクライアントライブラリだったんでso.14が必要とrpmがおっしゃてるんでないかな。
うちでは、5系でDBD-MySQLリビルドしたやつのdepsには、so.15となってる。
で、さらに、mysqlclient.soがmysqlclient.so.15のシンボリックリンクになってる。
多分4系でビルドしたpkgでは、so,14にリンクしてるんではないかな。

> コンパイルし直すにしてもファイルの命名ルールも違うし
mysql.rpmに、/usr/bin/mysql_configなるshスクリプトが一緒に出来てると思うので、cpan2rpmなり、自分でspec編集するなりして、
DBD-MySQLにそれを読み込ませてやると、ちゃんとパッケージングしてくれる。
まあ、今後一切perlでMySQL操作しないってゆうなら、rpm -ivh --nodepオプションつけてインストールすると
依存関係無視してインストールしてくれるけどね。
(一部のスクリプト、例えばmysql_install_dbとか、sql-benchとかでperl使ってるけど・・・)

ちなみにウチで出た不具合ってゆうのは、（Winで)perlにしろphpにしろ、5.0.42のlidmysql.dllを正常に読み込んでくれなかった。
perlではuse DBD-MySQLした時に、phpではApacheを起動した直後にエラーダイアログが出てそのまま落ちてしまった。
phpに関しては、php.iniから、extension=php_mysqlをコメントアウトしたら正常に起動したから、これが原因だと結論付けた。

それ以前の5.0.37とか、5.0.27の時は普通に起動できてて、その都度phpinfo()で確認したところ、mysqlセクションのとこで、
Client API Versionがその時インストールしてたMySQLのVersionが表示されてたんだんけど、
phpのOnlineManualなんかによると、phpコンパイル時のinclude headerのバージョンと、実際システムにインストールされてる
MySQLのバージョンが異なる時は正常に動作しないかもって書いてあったから、それが原因かなっと思ってる。
CentOS4のphp-5.1.6はMySQL-5.0.37でコンパイルされてるようだ。(Cent5のは5.0.22みたい。)

過去にroot宛の広告メールが煩わしくて、
ユーザー削除でrootを消した私が来ましたよ。

>>585
つ、釣られないぞ

>>588
そ、それは戒名？

>>590
変えると何かいいことあるの?

管理権限を乗っ取られにくくない？

ユーザー名rootだったら、後はパスワードだけ解析したら良い、みたいな感じで危なそう。
root以外にした方が、ユーザー名も考えないといけないから。。
発想がおかしかったらごめんなさい

>>592
管理者権限を乗っ取るのに、ユーザ名もパスワードも不要です。

10年くらい前だろうか、まさにそう考えて /root フォルダの名前を変えたことがある。

>>592
UID 0 になればいいだけだから
root から変えてもその辺は同じじゃないかな。

それ以前に、攻撃者が一般ユーザで任意のコマンドを実行できる状態だとしたら
その時点ですでに危険だと思う。

>>594
それが何の対策になったんだ?

なるほど、分かりやすくて非常に勉強になった気がする。
ありがとう

>>583 >>584
>> 既に前にインストールされてる状態だと、/etc/my.cnfがある為にmake testが通らないみたいです。
> 違う。それはウチのときも散々悩んだけど関係なかった。詳しくはDB板のMySQLスレで。
後で参りますー　以下のページですか？？
http://pc11.2ch.net/test/read.cgi/db/1190512649/197-


> で、その14だけど、君の推測どおり、そのperl-DBD-MySQLが
先ほど、Dependencyからperl-DBD-mysqlを外し(mysqlhotcopyに必要とのコメント)、Providesにmysql-clientを追加して、--nodeps無しで
正常にインストールできるように修正してrpmパッケージを再度作りました。
dagで配られている物はso.14が必要なタイプだったので、CPANからMySQLのインストール後、
cpan> install DBD::mysql
とするとすんなり入りました。.14が必要と言われたらシンボリックリンク貼れば良いかな、と思っています（大丈夫ですかね？？）
CPANから入れたので、依存性チェックが心配ですが、perl-DBD-mysqlを要求するのはおそらく無いだろう、という事で、よしとしています。
# ls -al /usr/lib/mysql/ | grep client
-rw-r--r-- 1 root root 1621142 Oct 22 13:12 libmysqlclient.a
lrwxrwxrwx 1 root root 24 Oct 22 18:12 libmysqlclient.so -> libmysqlclient.so.15.0.0
lrwxrwxrwx 1 root root 24 Oct 22 18:12 libmysqlclient.so.15 -> libmysqlclient.so.15.0.0
-rwxr-xr-x 1 root root 1373308 Oct 22 13:12 libmysqlclient.so.15.0.0
-rw-r--r-- 1 root root 1631982 Oct 22 13:12 libmysqlclient_r.a
lrwxrwxrwx 1 root root 26 Oct 22 18:12 libmysqlclient_r.so -> libmysqlclient_r.so.15.0.0
lrwxrwxrwx 1 root root 26 Oct 22 18:12 libmysqlclient_r.so.15 -> libmysqlclient_r.so.15.0.0
-rwxr-xr-x 1 root root 1380864 Oct 22 13:12 libmysqlclient_r.so.15.0.0

>>583 >>584
（続き）

インストール後、(初回の/etc/init.d/mysqld startに実行される)mysql_install_dbも正常に動作したので、問題無さそうです。

> ちなみにウチで出た不具合ってゆうのは、（Winで)perlにしろphpにしろ、5.0.42のlidmysql.dllを正常に読み込んでくれなかった。
・・・
> phpのOnlineManualなんかによると、phpコンパイル時のinclude headerのバージョンと、実際システムにインストールされてる
> MySQLのバージョンが異なる時は正常に動作しないかもって書いてあったから、それが原因かなっと思ってる。
なるほど。。これからphp-5.2.4のrpmを作るので、入れた後に検証してみます。
解凍した中にあるphp.spec.inには%filesタグが無いので途中で処理が終わってしまうのですが、どのようにこのrpmを作るのでしょう？
5.1.6のsrc.rpmはありましたがそれの.specファイルはpatchだらけでかなり複雑怪奇でした。バージョンも異なるために困ってます…
checkinstallを使っても良いのですが、それですとhttpd.confへのパッチ処理が正常に行われません・・・。何か手だてはありますか？？

>>598
MySQL総合じゃなくて、MySQL5.0スレのほう。

CPANから自前makeしたんならperl-DBD-MySQLは問題ないと思う。(そもそもシステムに存在しないライブラリを使ってコンパイルできないから。)

> 14が必要と言われたらシンボリックリンク貼れば良いかな
それじゃだめ。rpmは、独自の依存ライブラリデータベースを持ってるので、あとからsymlink張っても’ない！’って言われる。
だからうちの場合は、先にDBD-MySQL作ってinstしたあとにmysql-server入れるようにした。

>>599
実はうちでもちょっと前に、php-5.2.4のrpm化をもくろんでみたんだが、
Fedora7のsrc.rpmとって来て、specの中身を参考にしながらmakeしてみたんだが、

gcc3.4.6 -> makeの途中でこける。
(./configure時に、色々指定するとだめみたい。--with-apxs2=/usr/local/apache2/bin/apxs だけ指定すると、makeもtestも通る。)
gcc4.1.1 -> makeはひととおり通るが、testで全滅。
(全てのテストでFAILになる。無理やりinstallして動かしてみると一応動いてる？ようには見える。mysql,mbstringも今のところ動いてる)

で、上のように最小限の./configure optionだと、makeもtestも通るので、少しずつoption増やしながらmakeの繰り返しをやってるとこ。
もしかしたら、CFLAGSやCXXFLAGSなんかも関係あるかもしれんが、原因不明。

ちなみにこれらはCent5でのはなし。Cent4だと、いくつかのライブラリのバージョンが必要とされてるVerより低いので、まともにmake通らなかった。
んで、仕方なくphp-5.1.6をrpmrebuildした。(それでもAp2.2対応になったし、mysqlも新バージョンincludeしたんでよしとする。)

逆にこっちから聞きたいのは、php-5.2.4で、make testの通しかた希望。./configure オプション多すぎ！！