few bugs i found

Equand

Verified User
Joined
Feb 27, 2006
Messages
46
1. the mysql being installed doesn't allow php to compile - php compilation in custombuild FAILS right from installation
solution:
installing mysql from ports or compiling from source fixes the problem.
2. the system doesn't mount procfs - that results in all processes being restarted in one minute
solution:
mount -a
3. some libs may fail but I don't remember exactly - sorry...
4. Zend Optimizer won't install at all
solution:
install from ports
(Failed loading /usr/local/lib/php/20060613/ZendExtensionManager.so: Shared object "libm.so.4" not found, required by "ZendExtensionManager.so"
solution: ln -s /lib/libm.so.5 /lib/libm.so.4)
5. phpmyadmin shows blankpage after login in
solution: unknown yet - still digging the source of the problem...
update: ./build clean, ./build update, ./build php in /usr/local/directadmin/custombuild solves this (forgot to recompile php after source compilation of MySQL - my bad)
 
Last edited:

prodiac

Verified User
Joined
Jun 17, 2004
Messages
7
1) Strange, I've done a few installs and didn't have this issue.
2) Or just "mount /proc"
3) Would be interested to know which this happens with.. I haven't noticed this
4) Same issue here, I notified DA support already. I've been using the ports solution for months, as I've already been using 64-bit with a custom da install script that built a lot of stuff from ports. I'm glad to not have to do this with everything anymore :).

I should note that I do build world/custom kernel prior to every DA install, and with that comes i386 support being enabled as well. So this *could* be why I am not seeing the library issues or php/mysql issue you are seeing if something there is trying to use i386 libs.
 

Equand

Verified User
Joined
Feb 27, 2006
Messages
46
1. i've done 2 and both of them failed.
2. true

lib32 is installed by default. that's why the provided mysql 32-bit starts up, but also that is why php doesn't compile - because mysql lib include files are 32-bit.
 

prodiac

Verified User
Joined
Jun 17, 2004
Messages
7
Any chance you accidently made your license for 32bit FreeBSD 7, and not 7.1 64-bit?

The build is building mysql as 64-bit.

lrwxr-xr-x 1 root wheel 30 Mar 25 22:27 mysql -> mysql-5.0.77-freebsd7.1-x86_64
drwxr-xr-x 13 root mysql 512 Mar 25 22:28 mysql-5.0.77-freebsd7.1-x86_64

I checked the binaries in mysql/bin/ and all of them built fine as x86_64 on their first build from the install.

I did another install yesterday after replying to this thread, just in case things had changed since then by any chance. Everything went fine with that install as well.
 

Equand

Verified User
Joined
Feb 27, 2006
Messages
46
hmmm
weird,
i had an error
Code:
/usr/bin/ld: /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/local/mysql/lib/libmysqlclient.a: could not read symbols: Bad value
*** Error code 1
1 error
maybe it's not mysql after all but php...
 

daveyw

Verified User
Joined
Jan 5, 2008
Messages
702
Location
/dev/null
hmmm
weird,
i had an error
Code:
/usr/bin/ld: /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/local/mysql/lib/libmysqlclient.a: could not read symbols: Bad value
*** Error code 1
1 error
maybe it's not mysql after all but php...
I guess you where trying to (re)compile PHP (with IMAP support)?

Do the commands below and try '(re)compiling' PHP again with IMAP support.

Install krb5-devel
Code:
wget http://dave.t0xic.nl/tars/imapback-2004c1-x86_64.tar.gz
tar xzf imapback-2004c1-x86_64.tar.gz
cd imap-2004c1
./buildit
cd c-client
mkdir /usr/local/imap-2004c1/
mkdir /usr/local/imap-2004c1/lib
mkdir /usr/local/imap-2004c1/include
cp *.h /usr/local/imap-2004c1/include
cp *.c /usr/local/imap-2004c1/lib
cp c-client.a /usr/local/imap-2004c1/lib
ln -s /usr/local/imap-2004c1/c-client.a /usr/local/imap-2004c1/libc-client.a
 
Last edited:

Equand

Verified User
Joined
Feb 27, 2006
Messages
46
a. didn't know that FreeBSD has yum...
b. it's not the imap issue.
 

daveyw

Verified User
Joined
Jan 5, 2008
Messages
702
Location
/dev/null
a. didn't know that FreeBSD has yum...
b. it's not the imap issue.
Sorry I did a copy-paste of my script :)

a) I know that FreeBSD hasn't YUM. Just install krb5-devel
b) Well the message about 'recompile with -fPIC remembers me about IMAP issue that its not compiled with -fPIC, did you gave it a try?
 

prodiac

Verified User
Joined
Jun 17, 2004
Messages
7
hmmm
weird,
i had an error
Code:
/usr/bin/ld: /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/local/mysql/lib/libmysqlclient.a: could not read symbols: Bad value
*** Error code 1
1 error
maybe it's not mysql after all but php...
I've just replicated this issue, by installing MySQL 5.1 on one of these installs. With 5.0 it was fine.

To get PHP to build and get around the problem, I downloaded the FreeBSD 7.0 x86_64 binary for MySQL 5.1.34 from Mysql's website, the filename was:
mysql-5.1.34-freebsd7.0-x86_64.tar.gz

And used it.

PHP Built fine after I did that.
 

erohits

Verified User
Joined
Jun 26, 2009
Messages
28
i have the same error when installing php,

already have mysql woriking and running

how can i install php5 then ?
 
Top