aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorSergey Poznyakoff <gray@gnu.org.ua>2014-11-13 08:51:35 +0200
committerSergey Poznyakoff <gray@gnu.org.ua>2014-11-13 08:51:35 +0200
commitc761f530a0d6bd8fddfff6568dad6dc79161eefe (patch)
treec0bd823f7db8ed66ee705f3fb890f53941959771
parentc7956b1f1f22937970f29b1f0d4a8a7a7957274d (diff)
downloadvmod-dbrw-c761f530a0d6bd8fddfff6568dad6dc79161eefe.tar.gz
vmod-dbrw-c761f530a0d6bd8fddfff6568dad6dc79161eefe.tar.bz2
Version 2.0release-2.0
-rw-r--r--NEWS6
-rw-r--r--README19
-rw-r--r--configure.ac2
3 files changed, 14 insertions, 13 deletions
diff --git a/NEWS b/NEWS
index 153427d..ac2d539 100644
--- a/NEWS
+++ b/NEWS
@@ -1,13 +1,13 @@
-vmod-dbrw -- history of user-visible changes. 2014-11-12
+vmod-dbrw -- history of user-visible changes. 2014-11-13
Copyright (C) 2013-2014 Sergey Poznyakoff
See the end of file for copying conditions.
Please send vmod-dbrw bug reports to <gray@gnu.org>
-Version 1.9.91, (git)
+Version 2.0, 2014-11-13
-Supports both Varnish 3.x and v4.x
+Support for Varnish 4.0.
Version 1.0, 2013-07-20
diff --git a/README b/README
index 5ee4f46..93f6f7e 100644
--- a/README
+++ b/README
@@ -137,13 +137,14 @@ This will build the module. Finally, do the following command as root:
* Testing
Testing the module requires access to an SQL database which will be
-populated with the test data. Before running the test suite, you
-have to create the database, or the user (role), which is able to
-create it. For example, for MySQL:
+populated with the test data. You can either create that database
+yourself, or let the testsuite create it. The easiest way is to
+create a user (role), which is able to create the database. For
+example, in MySQL:
GRANT ALL PRIVILEGES on dbrw_test.* to dbrw_test@localhost;
-Or, for PostgreSQL:
+Or, in PostgreSQL:
CREATE ROLE dbrw_test WITH LOGIN CREATEDB
@@ -188,7 +189,7 @@ Database user.
Password to connect to the server (if necessary).
-Ideally, the tests should succeed. If they don't, that don't
+Ideally, the tests should succeed. If they don't, that does not
necessarily indicates a problem in the module:
The tests will be skipped if the supplied credentials are insufficient
@@ -206,12 +207,12 @@ create or populate the test database. In this case, act as described
above.
Finally, if some or all of the tests were marked as failed, that
-indicates a bug in the module itself, or in the test suite. In this
-case, the file testsuite.log will contain detailed logs. Additional
+indicates a bug either in the module itself, or in the test suite. In
+this case, the file testsuite.log will contain detailed logs. Additional
information can then be found in the directory testsuite.dir. Please
send these data to the developer.
-Notice that the testsuite tries to create the database only once.
+Notice, that the testsuite tries to create the database only once.
Subsequent invocations of `make check' will use the existing database.
Similarly, if it failed to create the database, the failure will be
memorized and all subsequent runs will just skip all checks. To clear
@@ -220,7 +221,7 @@ the state, run `make clean' in the directory tests, e.g.:
make -C tests clean
make check
-You can also supply the database credentials in invocation of
+You can also supply the database credentials to invocation of
configure:
./configure --with-varnish-source=/usr/src/varnish-3.0.1\
diff --git a/configure.ac b/configure.ac
index 4508f76..d16c555 100644
--- a/configure.ac
+++ b/configure.ac
@@ -14,7 +14,7 @@
# You should have received a copy of the GNU General Public License
# along with vmod-dbrw. If not, see <http://www.gnu.org/licenses/>.
AC_PREREQ(2.69)
-AC_INIT([vmod-dbrw], 1.9.91, [gray@gnu.org])
+AC_INIT([vmod-dbrw], 2.0, [gray@gnu.org])
AC_CONFIG_AUX_DIR([build-aux])
AC_CONFIG_MACRO_DIR([m4])
AC_CONFIG_SRCDIR(src/vmod_dbrw.vcc)

Return to:

Send suggestions and report system problems to the System administrator.