summaryrefslogtreecommitdiff
path: root/databases/mysql51-client
diff options
context:
space:
mode:
authortaca <taca@pkgsrc.org>2012-05-13 12:59:39 +0000
committertaca <taca@pkgsrc.org>2012-05-13 12:59:39 +0000
commit8a3623b0eb987eb897d7f4d3cd8d601533cc0839 (patch)
treebd7ab5b011e36ff1489559211b95999324e50c8d /databases/mysql51-client
parentc6c37441db1eae4710e93ef956d1abbb026c077b (diff)
downloadpkgsrc-8a3623b0eb987eb897d7f4d3cd8d601533cc0839.tar.gz
Update mysql51-{client,server} to 5.1.63 (MySQL 5.1.63).
Changes (http://dev.mysql.com/doc/refman/5.1/en/news-5-1-63.html): * Security Fix: Bug #64884 was fixed. * Security Fix: Bug #59387 was fixed. * InnoDB: Deleting a huge amount of data from InnoDB tables within a short time could cause the purge operation that flushes data from the buffer pool to stall. If this issue occurs, restart the server to work around it. This issue is only likely to occur on 32-bit platforms. (Bug #13847885) * InnoDB: If the server crashed during a TRUNCATE TABLE or CREATE INDEX statement for an InnoDB table, or a DROP DATABASE statement for a database containing InnoDB tables, an index could be corrupted, causing an error message when accessing the table after restart: InnoDB: Error: trying to load index index_name for table table_name InnoDB: but the index tree has been freed! In MySQL 5.1, this fix applies to the InnoDB Plugin, but not the built-in InnoDB storage engine. (Bug #12861864, Bug #11766019) * InnoDB: When data was removed from an InnoDB table, newly inserted data might not reuse the freed disk blocks, leading to an unexpected size increase for the system tablespace or .ibd file (depending on the setting of innodb_file_per_table. The OPTIMIZE TABLE could compact a .ibd file in some cases but not others. The freed disk blocks would eventually be reused as additional data was inserted. (Bug #11766634, Bug #59783) * Partitioning: After updating a row of a partitioned table and selecting that row within the same transaction with the query cache enabled, then performing a ROLLBACK, the same result was returned by an identical SELECT issued in a new transaction. (Bug #11761296, Bug #53775) * Replication: The --relay-log-space-limit option was sometimes ignored. More specifically, when the SQL thread went to sleep, it allowed the I/O thread to queue additional events in such a way that the relay log space limit was bypassed, and the number of events in the queue could grow well past the point where the relay logs needed to be rotated. Now in such cases, the SQL thread checks to see whether the I/O thread should rotate and provide the SQL thread a chance to purge the logs (thus freeing space). Note that, when the SQL thread is in the middle of a transaction, it cannot purge the logs; it can only ask for more events until the transaction is complete. Once the transaction is finished, the SQL thread can immediately instruct the I/O thread to rotate. (Bug #12400313, Bug #64503) References: See also Bug #13806492. * Mishandling of NO_BACKSLASH_ESCAPES SQL mode within stored procedures on slave servers could cause replication failures. (Bug #12601974) * If the system time was adjusted backward during query execution, the apparent execution time could be negative. But in some cases these queries would be written to the slow query log, with the negative execution time written as a large unsigned number. Now statements with apparent negative execution time are not written to the slow query log. (Bug #63524, Bug #13454045) References: See also Bug #27208. * mysql_store_result() and mysql_use_result() are not for use with prepared statements and are not intended to be called following mysql_stmt_execute(), but failed to return an error when invoked that way in libmysqld. (Bug #62136, Bug #13738989) References: See also Bug #47485. * SHOW statements treated stored procedure, stored function, and event names as case sensitive. (Bug #56224, Bug #11763507) * On Windows, mysqlslap crashed for attempts to connect using shared memory. (Bug #31173, Bug #11747181, Bug #59107, Bug #11766072)
Diffstat (limited to 'databases/mysql51-client')
-rw-r--r--databases/mysql51-client/Makefile.common4
-rw-r--r--databases/mysql51-client/distinfo8
2 files changed, 6 insertions, 6 deletions
diff --git a/databases/mysql51-client/Makefile.common b/databases/mysql51-client/Makefile.common
index 518c015415e..125c5846ad9 100644
--- a/databases/mysql51-client/Makefile.common
+++ b/databases/mysql51-client/Makefile.common
@@ -1,9 +1,9 @@
-# $NetBSD: Makefile.common,v 1.24 2012/04/08 19:10:59 adam Exp $
+# $NetBSD: Makefile.common,v 1.25 2012/05/13 12:59:39 taca Exp $
#
# used by databases/mysql51-client/Makefile
# used by databases/mysql51-server/Makefile
-DISTNAME= mysql-5.1.62
+DISTNAME= mysql-5.1.63
CATEGORIES= databases
MASTER_SITES= ${MASTER_SITE_MYSQL:=MySQL-5.1/}
diff --git a/databases/mysql51-client/distinfo b/databases/mysql51-client/distinfo
index 4ac356279ab..b8b5ea99c36 100644
--- a/databases/mysql51-client/distinfo
+++ b/databases/mysql51-client/distinfo
@@ -1,8 +1,8 @@
-$NetBSD: distinfo,v 1.21 2012/04/08 19:10:59 adam Exp $
+$NetBSD: distinfo,v 1.22 2012/05/13 12:59:39 taca Exp $
-SHA1 (mysql-5.1.62.tar.gz) = 06c7b3742f21fee6faf46224de2221230f943f63
-RMD160 (mysql-5.1.62.tar.gz) = c5720deee2b04a40a20f56a3b305b37fecb343fe
-Size (mysql-5.1.62.tar.gz) = 24503313 bytes
+SHA1 (mysql-5.1.63.tar.gz) = ce1743098b53540cb75c144d71299bace7398aef
+RMD160 (mysql-5.1.63.tar.gz) = d5e9afab1d7fdce959400376398593b59fff6814
+Size (mysql-5.1.63.tar.gz) = 24517173 bytes
SHA1 (patch-aa) = 344bc9ab7013fbf64be6adbe8a9fc6279887beb1
SHA1 (patch-ab) = a1c699ebd9dc7e2cec9354035cbd9fdc2a411175
SHA1 (patch-ac) = a250b9797fbaad51d054cbb324feb0f7c29096d4