ちなみに、上記の方法の主な手段とは、

• それらしい部分を pkgsrc-2007Q3 に戻す
• /etc/mk.conf に

  PHP_VERSION_REQD=4
  

  を加えておく、

というような方法である。

それで、今出喰わしている問題は

checking for mysql_close in -lmysqlclient... no
checking for mysql_error in -lmysqlclient... no
configure: error: mysql configure failed. Please check config.log for more information.

である。それで勿論というか

/usr/pkg/lib/mysql/libmysqlclient.??

のようなものは入っているが buildlink3.mk 環境で、これを見つけてくれない問題だと 思っている。

で、また例によって手探りな訳だが、 Makefile の中に verbose print を入れて見たいが、その方法が良く分らない。そこで、 例えば、databases/php-mysql/Makefile に、次のような行を加えて見る

 .include "../../lang/php/ext.mk"
+PKG_FAIL_REASON+=      "[mysql.buildlink3.mk] ${MYSQL_PKGSRCDIR} is not a valid mysql package."
 .include "../../mk/mysql.buildlink3.mk"
 .include "../../mk/bsd.pkg.mk"

するとこれは、次のように、そこで落ちる。MYSQL_PKGSRCDIR に何も代入されていないのは、 まだ代入の前だからいいのかなと思う (「そこで落ちる」というのは正しくなく、 「これが原因で、この変数を確認するところで落ちる」訳だけれど)。

pts/0:makoto@ap2-php4 22:30:25/100227(...databases/php-mysql)> make
ERROR: This package has set PKG_FAIL_REASON:
ERROR: [mysql.buildlink3.mk]  is not a valid mysql package.
*** Error code 1

では、それは消して元に戻して、 その次の mysql.buildlink3.mk の中に、

 # force an error
 PKG_FAIL_REASON+=      "[mysql.buildlink3.mk] ${_MYSQL_VERSION} is not a valid mysql package."
 .endif
+PKG_FAIL_REASON+=      "[mysql.buildlink3.mk] ${MYSQL_PKGSRCDIR} is not a valid mysql package."
 
 .include "${MYSQL_PKGSRCDIR}/buildlink3.mk"

のような行を入れて見ると、これでは落ちない。最初の方に書いたところまで進んで止る。
これはここまで進んで来ていないのか、それとも、この
.include "../../mk/mysql.buildlink3.mk"
で、この(変更した)譜そのものを読んでくれていないということだろうか。 因みに mysql.buildlink3.mk という名前のものは、これ一つしか見つからない。
それとも、 ../../mk/mysql.buildlink3.mk の最初の方にある
.include "../../mk/bsd.prefs.mk"
の部分でこの configure を実行しているのかな。
その mk/bsd.prefs.mk の 最後に上記 PKG_FAIL_READSON 行を入れると止るから、そうでもないらしい。 (これは何度も呼ばれるはずなので、これは情報量がないかも知れない)

mk/mysql.buildlink3.mk
の最初の方に、この PKG_FAIL_REASON を入れると落ちるのに、
.include "../../mk/bsd.prefs.mk"
の後だと進んでしまうので、やはりその辺かな。
関係ありそうな(設置済) packages

mysql-client-5.0.88 MySQL 5, a free SQL database (client)
mysql-server-5.0.88 MySQL 5, a free SQL database (server)
m4-1.4.13           GNU version of UNIX m4 macro language processor
gmake-3.81          GNU version of 'make' utility
php-4.4.7nb1        HTML-embedded scripting language
autoconf-2.65nb1    Generates automatic source code configuration scripts
automake-1.11.1     GNU Standards-compliant Makefile generator
ap2-php4-4.4.7nb1   Apache (apache2) module for PHP4
zlib-1.2.3          General purpose data compression library
digest-20080510     Message digest wrapper utility
f2c-20090411nb4     Fortran to C compiler including a script to emulate f77
libtool-base-2.2.6bnb3 Generic shared library support script (the script itself)
pkg-config-0.23nb1  System for managing library compile/link flags

OS:
NetBSD ap2-php4 5.0_STABLE NetBSD 5.0_STABLE (XEN3PAE_DOMU) #
mysql を 4.1 にして見るかな。関係ないとは思うけれど。
試しに

             cd work/
252  1:07    cd php-4.4.7/
254  1:07    cd ext/
256  1:07    cd mysql/
261  1:07    ./configure
262  1:08    make
263  1:08    make -n install
271  1:11    sudo make install
273  1:11    sudo /etc/rc.d/apache restart

これで一応

pts/0:makoto@ap2-php4 1:16:39/100228(...ext/mysql)> ls /usr/pkg/lib/php/20020429
mysql.so*

は出来た。

今回は更にもう一つばかなことをした。mysql に接続しようとすると

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)

と言われる。これは何故だったかと言うと mysql が起動した時に作ったはずの sock がない、 ということだ。実は /etc/fstab に

tmpfs                   /tmp    tmpfs   rw

を最近追加して、更に何も考えずに mount /tmp していたが、これでは、 今まであった /tmp のものが、かくれて見えなくなってしまう。 最低限、何があったかを調べてから mount するべきだ。
これは mysql を再起動することで回復した。
上記 /etc/fstab は(そろそろ)初めから(OS 設置時から)入っていてもいいのでは、 pという気もする。