Hello community,

here is the log from the commit of package xtrabackup.2311 for 
openSUSE:13.1:Update checked in at 2013-12-12 17:03:11
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:13.1:Update/xtrabackup.2311 (Old)
 and      /work/SRC/openSUSE:13.1:Update/.xtrabackup.2311.new (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Package is "xtrabackup.2311"

Changes:
--------
New Changes file:

--- /dev/null   2013-11-25 01:44:08.036031256 +0100
+++ /work/SRC/openSUSE:13.1:Update/.xtrabackup.2311.new/xtrabackup.changes      
2013-12-12 17:03:13.000000000 +0100
@@ -0,0 +1,530 @@
+-------------------------------------------------------------------
+Thu Nov 28 19:10:38 UTC 2013 - [email protected]
+
+- update to 2.1.6 [bnc#852224]
+- New Features:
+  * New innobackupex --force-non-empty-directories option
+  * now supports logs created with the new log block checksums
+- New Features specific to MySQL 5.6:
+    option innodb_log_checksum_algorithm in Percona Server 5.6
+- Bugs Fixed:
+  * innobackupex --copy-back fails on empty innodb_data_home_dir
+  * A fixed initialization vector (constant string) was used while
+    encrypting the data. This opened the encrypted stream/data to
+    plaintext attacks among others.
+    CVE-2013-6394
+  * innobackupex --version-check is now on by default.
+  * Since Version Check is enabled by default, new optin 
+    --no-version-check option has been introduced to disable it.
+  * xtrabackup_slave_info didn't contain any GTID information, which 
+    could cause master_auto_position not to work properly
+  * now supports absolute paths in innodb_data_file_path variable.
+  * wouldn't back up the empty directory created with mkdir 
+    (i.e. test) outside of the server which could lead to
+    inconsistencies during the Percona XtraDB Cluster State Snapshot
+    Transfer.
+  * wasn't able to perform backups to the NFS mount in some NFS
+    configurations, because it was trying to preserve file ownership.
+  * unable to perform backup if innodb_log_arch_dir variable was
+    used in server configuration
+  * Race condition in start_query_killer child code could cause
+    parent MySQL connection to close.
+ - Bugs Fixed specific to MySQL 5.6:
+  * xtrabackup_56 was using CRC32 as the default checksum algorithm
+    This could cause error if the innodb_checksum_algorithm value
+    was changed to strict_innodb value after a restore.
+  * xtrabackup_56 binary didn't store the server’s
+    innodb_checksum_algorithm value to backup-my.cnf. This value is
+    needed because it affects the on-disk data format.
+- update and tag percona-xtrabackup-2.1.x-nodoc.patch
+
+-------------------------------------------------------------------
+Mon Sep 23 17:50:49 UTC 2013 - [email protected]
+
+- percona-xtrabackup-2.1.x-mysql-5.6.11-va_list.patch: Fix invalid use of
+  va_list
+
+-------------------------------------------------------------------
+Thu Sep 19 22:11:44 UTC 2013 - [email protected]
+
+- update to 2.1.5
+- New Features:
+  * now supports new innobackupex --version-check option
+- Note:
+  * new method of incremental backups for Percona Server 5.6 with 
+    experimental "Log Archiving for XtraDB" is not supported in 
+    this build
+- Bugs Fixed:
+  * when preparing a compact backup, close temporary files
+  * innobackupex: always terminate child processes on error
+  * xtrabackup_56 binary (use for MySQL 5.6 and Percona Server 5.6)
+    did not support Percona Server-specific innodb_log_block_size
+  * fix stop in rare case when log block numbers had to wrap around
+    at certain times
+  * xtrabackup_56 binary would fail to create a suspend file
+  * fix regression introduced in 2.1.4 which lead to cp utility 
+    being used to copy metadata files even with --rsync option
+  * further various issues as listed in 
+    
http://www.percona.com/doc/percona-xtrabackup/2.1/release-notes/2.1/2.1.5.html
+
+-------------------------------------------------------------------
+Fri Aug 16 14:03:07 CEST 2013 - [email protected]
+
+- fix build on Factory
+  * percona-xtrabackup-2.1.x-mysql-5.6.11-srv_buf_size.patch
+
+-------------------------------------------------------------------
+Fri Aug  9 20:35:40 UTC 2013 - [email protected]
+
+- update to 2.1.4
+  This package drops MySQL 5.1 support.
+- New features:
+  * introduce additional options to handle the locking during
+    FLUSH TABLES WITH READ LOCK to reduce read-only times.
+  * speed up the backup process by not stopping slave thread when
+    copying non-InnoDB data when innobackupex --no-lock option 
+  * add option innobackupex --decrypt
+  * and option innobackupex --decompress
+  * rebase to MySQL 5.5.30, 5.6.11
+- Bugs fixed:
+  * During the backup process loading tablespaces was started 
+    before the log copying, this could lead to a race between the 
+    datafiles state in the resulting backup and xtrabackup_logfile.
+    Tablespace created at a sensitive time would be missing in both 
+    the backup itself and as the corresponding log record in 
+    xtrabackup_logfile, so it would not be created on innobackupex 
+    --apply-log either
+  * innobackupex did not encrypt non-InnoDB files when doing local 
+    (i.e. non-streaming) backups.
+  * Difference in behavior between InnoDB 5.5 and 5.6 codebases in 
+    cases when a newly created tablespace has uninitialized first 
+    page at the time when XtraBackup opens it while creating a list
+    of tablespaces to backup would cause assertion error.
+  * xbcrypt could sometimes fail when reading encrypted stream from 
+    a pipe or network.
+  * innobackupex could not prepare the backup if there was no 
+    xtrabackup_binary file in the backup directory and the 
+    xtrabackup binary was not specified explicitly with innobackupex 
+    --ibbackup option.
+  * innobackupex would terminate with an error if innobackupex 
+    --safe-slave-backup option was used for backing up the master
+  * Under some circumstances XtraBackup could fail on a backup 
+    prepare with innodb_flush_method=O_DIRECT when XFS filesystem was
+    being used
+  * Percona XtraBackup didn’t recognize checkpoint #0 as a valid 
+    checkpoint on xtrabackup --prepare which would cause an error.
+  * Percona XtraBackup didn’t recognize the O_DIRECT_NO_FSYNC value 
+    for innodb_flush_method which was introduced in MySQL 5.6.7. 
+  * innobackupex would terminate if innobackupex --galera-info option
+    was specified when backing up non-galera server.
+- Packaging changes:
+  * refresh percona-xtrabackup-2.0.2-nodoc.patch to 
+    percona-xtrabackup-2.1.x-nodoc.patch
+  * drop MySQL 5.1 support
+  * now requires qpress rather than recommending it because
+    innobackupex now calls it directly
+
+-------------------------------------------------------------------
+Thu May 23 11:44:09 UTC 2013 - [email protected]
+
+- update to 2.1.3
+- bugs fixed:
+  * 2.1.2 would hang when performing State Snapshot Transfer
+    only affects users of XtraDB Cluster
+
+-------------------------------------------------------------------
+Tue May 21 23:54:05 UTC 2013 - [email protected]
+
+- update to 2.1.2
+- bugs fixed:
+  * Using DBD::MySQL package for server communication instead of 
+    spawning the mysql command line client introduced a regression 
+    which caused innobackupex --galera-info to fail.
+  * The format of xtrabackup_galera_info was missing the ":" 
+    separator between the values of wsrep_local_state_uuid and 
+    wsrep_last_committed.
+  * innobackupex automatic version detection did not work correctly 
+    for latest Percona Server and MySQL 5.1 releases which could 
+    cause innobackupex to fail.
+  * When backing up a server that is not a replication slave with 
+    the innobackupex --slave-info option, innobackupex failed with 
+    a fatal error. Replaced the fatal error with a diagnostic 
+    message about innobackupex --slave-info being ignored in such a 
+    case. 
+  * Low values for wait_timeout on the server could cause server to 
+    close the connection while backup is being taken.  
+
+-------------------------------------------------------------------
+Wed May 15 19:18:15 UTC 2013 - [email protected]
+
+- 2.1.1, first GA release of 2.1 series
+- new features:
+  * compact backups - backups can now be configured to use less
+    disk space by omitting secondary index pages and rebuilding
+    them during prepare phase
+  * encrypted backukups - encryption of backup data, new command
+    line utility xbcrypt
+- removed features:
+  * support for InnoDB 5.0 and InnoDB 5.1-builtin removed 
+    (InnoDB 5.1 plugin remains)
+  * option --remote-host removed
+- bugs fixed:
+  * innobackupex now supports empty arguments to --password option
+- packaging changes:
+  * MySQL 5.1 binary named "xtrabackup" correctly
+  * add build dependency libgcrypt-devel for xbcrypt
+  * add runtime dependency perl(DBD::mysql fox innobackupex)
+  * drop xtrabackup-automake-1.13.patch, committed upstream
+
+-------------------------------------------------------------------
+Tue May  7 18:36:24 UTC 2013 - [email protected]
+
+- update to 2.0.7 [bnc#818819]
+- new features:
+  * implemented full support for new MySQL 5.6 features
+  * implemented support for the InnoDB Buffer Pool Preloading 
+  * Time interval between checks done by log copying thread is now 
+    configurable by innobackupex --log-copy-interval. 
+  * now stores the GTID value in the xtrabackup_binlog_info with
+    MySQL and Percona Server 5.6 with the GTID mode enabled. 
+  * --export now supports transportable tablespaces in MySQL 5.6
+- bugs fixed
+  * innobackupex could crash when taking the 5.6 backup due to 
+     linking the wrong SSL library
+  * Percona XtraBackup would crash when preparing the 5.6 backup 
+    with partitioned tables. Bug fixed #1169169.
+  * Tables that were dropped between taking a full backup and an 
+    incremental one were present in the full backup directory, and 
++++ 333 more lines (skipped)
++++ between /dev/null
++++ and /work/SRC/openSUSE:13.1:Update/.xtrabackup.2311.new/xtrabackup.changes

New:
----
  mysql-5.5.31-nodoc.tar.gz
  mysql-5.6.11-nodoc.tar.gz
  percona-xtrabackup-2.1.6-nodoc.tar.gz
  percona-xtrabackup-2.1.x-mysql-5.6.11-srv_buf_size.patch
  percona-xtrabackup-2.1.x-mysql-5.6.11-va_list.patch
  percona-xtrabackup-2.1.x-nodoc.patch
  xtrabackup-nodoc.sh
  xtrabackup.changes
  xtrabackup.spec

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Other differences:
------------------
++++++ xtrabackup.spec ++++++
#
# spec file for package xtrabackup
#
# Copyright (c) 2013 SUSE LINUX Products GmbH, Nuernberg, Germany.
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
# upon. The license for this file, and modifications and additions to the
# file, is the same license as for the pristine package itself (unless the
# license for the pristine package is not an Open Source License, in which
# case the license is the MIT License). An "Open Source License" is a
# license that conforms to the Open Source Definition (Version 1.9)
# published by the Open Source Initiative.

# Please submit bugfixes or comments via http://bugs.opensuse.org/
#


%define MYSQL_55_VERSION 5.5.31
%define MYSQL_56_VERSION 5.6.11

Summary:        Online backup for MySQL / InnoDB 
License:        GPL-2.0
Group:          Productivity/Databases/Tools
Name:           xtrabackup
Version:        2.1.6
Release:        0
Url:            http://www.percona.com/software/percona-xtrabackup/
Source:         percona-xtrabackup-%{version}-nodoc.tar.gz
Source2:        mysql-%{MYSQL_55_VERSION}-nodoc.tar.gz
Source3:        mysql-%{MYSQL_56_VERSION}-nodoc.tar.gz
Source4:        xtrabackup-nodoc.sh
Patch0:         percona-xtrabackup-2.1.x-nodoc.patch
Patch1:         percona-xtrabackup-2.1.x-mysql-5.6.11-srv_buf_size.patch
Patch2:         percona-xtrabackup-2.1.x-mysql-5.6.11-va_list.patch
BuildRoot:      %{_tmppath}/%{name}-%{version}-build
# This is to ease migration from Percona's generic packages
Provides:       percona-xtrabackup = %{version}
Obsoletes:      percona-xtrabackup < %{version}
#
Requires:       mysql
Requires:       qpress
BuildRequires:  autoconf
BuildRequires:  automake
BuildRequires:  bison
BuildRequires:  cmake >= 2.6.3
BuildRequires:  gcc
BuildRequires:  gcc-c++
BuildRequires:  libaio-devel
BuildRequires:  libgcrypt-devel
BuildRequires:  libtool
BuildRequires:  ncurses-devel
BuildRequires:  openssl-devel
BuildRequires:  procps
BuildRequires:  pwdutils
BuildRequires:  readline-devel
BuildRequires:  tcpd-devel
BuildRequires:  zlib-devel
# some runtime perl requirements for innobackupex
Requires:       perl(DBD::mysql)
Requires:       perl(File::Basename)
Requires:       perl(File::Copy)
Requires:       perl(File::Find)
Requires:       perl(File::Spec)
Requires:       perl(File::Temp)
Requires:       perl(FileHandle)
Requires:       perl(Getopt::Long)
Requires:       perl(Pod::Usage)
Requires:       perl(Time::HiRes)
Requires:       perl(strict)

%description
Percona XtraBackup is an online (non-blocking) backup solution for InnoDB
engines. It features uninterrupted transaction processing during backups for
InnoDB, but can also backup MyISAM tables.

%prep
%setup -q -n percona-xtrabackup-%{version} -a 2 -a 3
# refuse to build from source tarballs with documentation due to license
%__find -maxdepth 1 -type d -iname "doc*" -print && exit 1
%__find mysql-%{MYSQL_55_VERSION} -maxdepth 1 -type d -iname "doc*" -print && 
exit 1 
%__find mysql-%{MYSQL_56_VERSION} -maxdepth 1 -type d -iname "doc*" -print && 
exit 1 
%patch0 -p1
%patch1 -p1
%patch2 -p1

%build
set -ue
export CFLAGS="$RPM_OPT_FLAGS"
export CXXFLAGS="$RPM_OPT_FLAGS -fno-exceptions" 
export AUTO_DOWNLOAD=no
./utils/build.sh innodb55
%__cp src/xtrabackup_innodb55 ./xtrabackup_55
%__cp src/xbstream .
%__cp src/xbcrypt .
./utils/build.sh innodb56
%__cp src/xtrabackup_56 .

%install
install -d %{buildroot}%{_bindir}
install -d %{buildroot}%{_datadir}
install -m 755 xtrabackup_55 %{buildroot}%{_bindir}
install -m 755 xtrabackup_56 %{buildroot}%{_bindir}
install -m 755 xbstream %{buildroot}%{_bindir}
install -m 755 xbcrypt %{buildroot}%{_bindir}
install -m 755 innobackupex %{buildroot}%{_bindir}
ln -s innobackupex %{buildroot}%{_bindir}/innobackupex-1.5.1

%files
%defattr(-,root,root)
%{_bindir}/innobackupex
%{_bindir}/innobackupex-1.5.1
%{_bindir}/xtrabackup_55
%{_bindir}/xtrabackup_56
%{_bindir}/xbstream
%{_bindir}/xbcrypt
%doc COPYING

%changelog
++++++ percona-xtrabackup-2.1.x-mysql-5.6.11-srv_buf_size.patch ++++++
From: Michal Hrusecky <[email protected]>
Date: Fri, 16 Aug 2013 14:03:07 +0200
Subject: Rename srv_buf_size variable
References: http://bugs.mysql.com/bug.php?id=70047
Upstream: reported

Variable was probably renamed sometime in the past but error was not triggered
because ifdef was not satisfied.

---
 mysql-5.6.11/storage/innobase/row/row0log.cc |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

Index: percona-xtrabackup-2.1.4/mysql-5.6.11/storage/innobase/row/row0log.cc
===================================================================
--- percona-xtrabackup-2.1.4.orig/mysql-5.6.11/storage/innobase/row/row0log.cc  
2013-08-16 19:35:37.000000000 +0100
+++ percona-xtrabackup-2.1.4/mysql-5.6.11/storage/innobase/row/row0log.cc       
2013-08-16 19:35:51.000000000 +0100
@@ -2359,7 +2359,7 @@ all_done:
                and be ignored when the operation is unsupported. */
                fallocate(index->online_log->fd,
                          FALLOC_FL_PUNCH_HOLE | FALLOC_FL_KEEP_SIZE,
-                         ofs, srv_buf_size);
+                         ofs, srv_sort_buf_size);
 #endif /* FALLOC_FL_PUNCH_HOLE */
 
                next_mrec = index->online_log->head.block;
@@ -3147,7 +3147,7 @@ all_done:
                and be ignored when the operation is unsupported. */
                fallocate(index->online_log->fd,
                          FALLOC_FL_PUNCH_HOLE | FALLOC_FL_KEEP_SIZE,
-                         ofs, srv_buf_size);
+                         ofs, srv_sort_buf_size);
 #endif /* FALLOC_FL_PUNCH_HOLE */
 
                next_mrec = index->online_log->head.block;
++++++ percona-xtrabackup-2.1.x-mysql-5.6.11-va_list.patch ++++++
Backport from mysql 5.6.13

Index: percona-xtrabackup-2.1.5/mysql-5.6.11/sql-common/client_plugin.c
===================================================================
--- percona-xtrabackup-2.1.5.orig/mysql-5.6.11/sql-common/client_plugin.c
+++ percona-xtrabackup-2.1.5/mysql-5.6.11/sql-common/client_plugin.c
@@ -117,8 +117,9 @@ find_plugin(const char *name, int type)
   @retval a pointer to an installed plugin or 0
 */
 static struct st_mysql_client_plugin *
-add_plugin(MYSQL *mysql, struct st_mysql_client_plugin *plugin, void *dlhandle,
-           int argc, va_list args)
+do_add_plugin(MYSQL *mysql, struct st_mysql_client_plugin *plugin,
+              void *dlhandle,
+              int argc, va_list args)
 {
   const char *errmsg;
   struct st_client_plugin_int plugin_int, *p;
@@ -179,6 +180,31 @@ err1:
   return NULL;
 }
 
+
+static struct st_mysql_client_plugin *
+add_plugin_noargs(MYSQL *mysql, struct st_mysql_client_plugin *plugin,
+                  void *dlhandle,
+                  int argc, ...)
+{
+  struct st_mysql_client_plugin *retval= NULL;
+  va_list ap;
+  va_start(ap, argc);
+  retval= do_add_plugin(mysql, plugin, dlhandle, argc, ap);
+  va_end(ap);
+  return retval;
+}
+
+
+static struct st_mysql_client_plugin *
+add_plugin_withargs(MYSQL *mysql, struct st_mysql_client_plugin *plugin,
+                    void *dlhandle,
+                    int argc, va_list args)
+{
+  return do_add_plugin(mysql, plugin, dlhandle, argc, args);
+}
+
+
+
 /**
   Loads plugins which are specified in the environment variable
   LIBMYSQL_PLUGINS.
@@ -249,7 +275,7 @@ int mysql_client_plugin_init()
   mysql_mutex_lock(&LOCK_load_client_plugin);
 
   for (builtin= mysql_client_builtins; *builtin; builtin++)
-    add_plugin(&mysql, *builtin, 0, 0, 0);
+    add_plugin_noargs(&mysql, *builtin, 0, 0);
 
   mysql_mutex_unlock(&LOCK_load_client_plugin);
 
@@ -307,7 +333,7 @@ mysql_client_register_plugin(MYSQL *mysq
     plugin= NULL;
   }
   else
-    plugin= add_plugin(mysql, plugin, 0, 0, 0);
+    plugin= add_plugin_noargs(mysql, plugin, 0, 0);
 
   mysql_mutex_unlock(&LOCK_load_client_plugin);
   return plugin;
@@ -420,7 +446,7 @@ have_plugin:
     goto err;
   }
 
-  plugin= add_plugin(mysql, plugin, dlhandle, argc, args);
+  plugin= add_plugin_withargs(mysql, plugin, dlhandle, argc, args);
 
   mysql_mutex_unlock(&LOCK_load_client_plugin);
 
++++++ percona-xtrabackup-2.1.x-nodoc.patch ++++++
From: Andreas Stieger <[email protected]>
Date: Mon, 25 Nov 2013 19:38:57 +0000
Subject: [PATCH] make Percona XtraBackup accept MySQL sources extracted using 
rpm %prep
Upstream: no

The rpm spec file extracts the MySQL sources during %setup, 
make the build script work with that.

---
 utils/build.sh |    4 ----
 1 file changed, 4 deletions(-)

Index: percona-xtrabackup-2.1.6/utils/build.sh
===================================================================
--- percona-xtrabackup-2.1.6.orig/utils/build.sh        2013-11-25 
19:40:22.000000000 +0000
+++ percona-xtrabackup-2.1.6/utils/build.sh     2013-11-25 19:40:26.000000000 
+0000
@@ -164,7 +164,6 @@ AUTO_DOWNLOAD to \"yes\""
 function unpack_and_patch()
 {
     local dirname=`basename "$1" ".tar.gz"`
-    tar xzf $top_dir/$1
     cd $dirname
     patch -p1 < $top_dir/patches/$2
     cd -
@@ -260,9 +259,6 @@ function build_all()
 
     configure_file innobackupex.pl innobackupex +x
 
-    echo "Downloading sources"
-    auto_download $server_tarball
-
     test -d $server_dir && rm -r $server_dir
 
     echo "Preparing sources"
++++++ xtrabackup-nodoc.sh ++++++
#!/usr/bin/env bash
#
# Remove documentation files from source archives 
# 
# Copyright (c) 2013 Andreas Stieger <[email protected]>
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
# upon. The license for this file, and modifications and additions to the
# file, is the same license as for the pristine package itself (unless the
# license for the pristine package is not an Open Source License, in which
# case the license is the MIT License). An "Open Source License" is a
# license that conforms to the Open Source Definition (Version 1.9)
# published by the Open Source Initiative.
#

XTRABACKUP_VERSION=2.1.6
MYSQL55_VERSION=5.5.31
MYSQL56_VERSION=5.6.11

gunzip -v < percona-xtrabackup-${XTRABACKUP_VERSION}.tar.gz > 
percona-xtrabackup-${XTRABACKUP_VERSION}.tar && \
tar -v --wildcards --delete -f percona-xtrabackup-${XTRABACKUP_VERSION}.tar \
        "percona-xtrabackup-${XTRABACKUP_VERSION}/doc" \
        "percona-xtrabackup-${XTRABACKUP_VERSION}/mysql-*.tar.gz" \
        "percona-xtrabackup-${XTRABACKUP_VERSION}/Percona-Server-*.tar.gz" \
        && \
mv -v percona-xtrabackup-${XTRABACKUP_VERSION}.tar 
percona-xtrabackup-${XTRABACKUP_VERSION}-nodoc.tar && \
gzip -v percona-xtrabackup-${XTRABACKUP_VERSION}-nodoc.tar

gunzip < mysql-${MYSQL55_VERSION}.tar.gz > mysql-${MYSQL55_VERSION}.tar && \
tar -v --delete -f mysql-${MYSQL55_VERSION}.tar "mysql-${MYSQL55_VERSION}/Docs" 
&& \
mv -v mysql-${MYSQL55_VERSION}.tar mysql-${MYSQL55_VERSION}-nodoc.tar && \
gzip -v mysql-${MYSQL55_VERSION}-nodoc.tar

gunzip < mysql-${MYSQL56_VERSION}.tar.gz > mysql-${MYSQL56_VERSION}.tar && \
tar -v --delete -f mysql-${MYSQL56_VERSION}.tar "mysql-${MYSQL56_VERSION}/Docs" 
&& \
mv -v mysql-${MYSQL56_VERSION}.tar mysql-${MYSQL56_VERSION}-nodoc.tar && \
gzip -v mysql-${MYSQL56_VERSION}-nodoc.tar


-- 
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to