It is two different patches and they solve different problems.
We are going to publish our improved version of “smpfix”, which is compatible with our patches.

Have you compared the, “split_buf_pool_mutex” patch with Google’s smpfix patch? It sounds like the two patches are incompatible. How do they compare in stability and performance?

“Binary” should work on Debian, though we did not test.
It is Linux glibc2.3 binary, we will fix description, thank you.

There are no Solaris binaries and no plans for, unless there are requests for.

You probably need to install bison and/or flex

thanks for prompt reply, it helped!

However, either source code or SRPM can not compile. It says:

Making all in sql
make[2]: Entering directory `/usr/src/redhat/BUILD/mysql-5.0.68/sql’
d –debug –verbose sql_yacc.yy
make[2]: d: Command not found
make gen_lex_hash
make[2]: [sql_yacc.cc] Error 127 (ignored)
if test -f y.tab.h; then \
to=`echo “sql_yacc_H” | sed \
-e ‘y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/’ \
-e ’s/[^ABCDEFGHIJKLMNOPQRSTUVWXYZ]/_/g’`; \
sed -e “/^#/!b” -e “s/Y_TAB_H/$to/g” -e “s|y\.tab\.h|sql_yacc.h|” \
y.tab.h >sql_yacc.ht; \
rm -f y.tab.h; \
if cmp -s sql_yacc.ht sql_yacc.h; then \
rm -f sql_yacc.ht ;\
else \
mv sql_yacc.ht sql_yacc.h; \
fi; \
fi
/usr/bin/perl patch_info.h.pl > patch_info.h
if test -f y.output; then \
mv y.output sql_yacc.output; \
fi
sed ‘/^#/ s|y\.tab\.c|sql_yacc.cc|’ y.tab.c >sql_yacc.cct && mv sql_yacc.cct sql_yacc.cc
sed: can’t read y.tab.c: No such file or directory
make[2]: *** [sql_yacc.cc] Error 2
make[2]: *** Waiting for unfinished jobs….
make[3]: Entering directory `/usr/src/redhat/BUILD/mysql-5.0.68/sql’
if gcc -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME=”\”/\”" -DDATADIR=”\”/var/lib/mysql\”" -DSHAREDIR=”\”/usr/share/mysql\”" -DHAVE_CONFIG_H -I. -I. -I../include -I../zlib -I../innobase/include -I../innobase/include -I../include -I../include -I../regex -I. -g -DDBUG_ON -DSAFE_MUTEX -O2 -g -march=i386 -mcpu=i686 -fno-implicit-templates -fno-exceptions -fno-rtti -MT gen_lex_hash.o -MD -MP -MF “.deps/gen_lex_hash.Tpo” -c -o gen_lex_hash.o gen_lex_hash.cc; \
then mv -f “.deps/gen_lex_hash.Tpo” “.deps/gen_lex_hash.Po”; else rm -f “.deps/gen_lex_hash.Tpo”; exit 1; fi
`-mcpu=’ is deprecated. Use `-mtune=’ or ‘-march=’ instead.
/bin/sh ../libtool –preserve-dup-deps –tag=CXX –mode=link gcc -g -DDBUG_ON -DSAFE_MUTEX -O2 -g -march=i386 -mcpu=i686 -fno-implicit-templates -fno-exceptions -fno-rtti -rdynamic -o gen_lex_hash -static gen_lex_hash.o ../myisam/libmyisam.a ../myisammrg/libmyisammrg.a ../heap/libheap.a ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../regex/libregex.a ../strings/libmystrings.a ../zlib/libzlt.la -lpthread -lcrypt -lnsl -lm -lpthread
mkdir .libs
gcc -g -DDBUG_ON -DSAFE_MUTEX -O2 -g -march=i386 -mcpu=i686 -fno-implicit-templates -fno-exceptions -fno-rtti -rdynamic -o gen_lex_hash gen_lex_hash.o ../myisam/libmyisam.a ../myisammrg/libmyisammrg.a ../heap/libheap.a ../vio/libvio.a ../mysys/libmysys.a ../dbug/libdbug.a ../regex/libregex.a ../strings/libmystrings.a ../zlib/.libs/libzlt.a -lpthread -lcrypt -lnsl -lm -lpthread
make[3]: Leaving directory `/usr/src/redhat/BUILD/mysql-5.0.68/sql’
./gen_lex_hash > lex_hash.h-t
/bin/mv lex_hash.h-t lex_hash.h
make[2]: Leaving directory `/usr/src/redhat/BUILD/mysql-5.0.68/sql’
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/mysql-5.0.68′
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.97483 (%build)

RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.97483 (%build)

Hope you could somehow help?

Cheers, Askar

Also, what about Solaris? It’s not really clear what the binaries are for….

Please use
rpmbuild -ba /usr/src/redhat/SPECS/mysql-percona.rhel5.spec –define ‘percona 1′ –define ‘mysqlversion 5.0.68′
for usual release and
rpmbuild -ba /usr/src/redhat/SPECS/mysql-percona.rhel5.spec –define ‘perconahighperf 1′ –define ‘mysqlversion 5.0.68′
for HighPerf release

was about to create Mysql-highperf RPM on my CentOS 5.1. Had such problem:
[root@record mysql_highperf]# ll
-rw-r–r– 1 root root 28308310 Sep 9 03:04 MySQL-percona-highperf-3-5.0.68-0.rhel5.src.rpm
[root@record mysql_highperf]# rpm -ihv MySQL-percona-highperf-3-5.0.68-0.rhel5.src.rpm
1:MySQL-percona-highperf-########################################### [100%]
[root@record mysql_highperf]# rpmbuild -ba /usr/src/redhat/SPECS/mysql-percona.rhel5.spec
error: parse error in expression
error: /usr/src/redhat/SPECS/mysql-percona.rhel5.spec:103: parseExpressionBoolean returns -1
error: Name field must be present in package: (main package)
error: Version field must be present in package: (main package)
error: Release field must be present in package: (main package)
error: Summary field must be present in package: (main package)
error: Group field must be present in package: (main package)
error: License field must be present in package: (main package)

tar and rpm related packages are up to date. Perhaps you could let us know what to do Versions:
rpm-python-4.4.2-48.el5
rpm-libs-4.4.2-48.el5
rpm-build-4.4.2-48.el5
rpm-4.4.2-48.el5
tar-1.15.1-23.0.1.el5

Cheers, Askar

..do you mean by Vadim?

Thanks anyway .
I’m already have a couple of Debian boxes , so I can try to make dpkgs.

If it helps we can give you access to a Debian box if you ship dpkgs

Kevin