remove cwd dep, modify pod
Matt S Trout [Wed, 4 Jul 2007 18:57:31 +0000 (18:57 +0000)]
Changes
Makefile.PL
lib/DBIx/Class.pm
lib/DBIx/Class/Schema.pm

diff --git a/Changes b/Changes
index 0d2aafa..d258123 100644 (file)
--- a/Changes
+++ b/Changes
@@ -1,5 +1,8 @@
 Revision history for DBIx::Class
 
+        - Unmarked deploy as experimental since it isn't anymore
+        - Removed Cwd dep since it's not required and causes problems
+          with debian packaging
         - Patch to fix ? in data for NoBindVars (from Tom Hukins)
         - Restored mk_classaccessor method for compatibility
 
index 78b827b..d6ee03e 100644 (file)
@@ -4,7 +4,6 @@ name     'DBIx-Class';
 perl_version '5.006001';
 all_from 'lib/DBIx/Class.pm';
 
-requires 'Cwd'                       => 3.19; 
 requires 'Data::Page'                => 2.00;
 requires 'Scalar::Util'              => 0;
 requires 'SQL::Abstract'             => 1.20;
index 09953b1..9eb9288 100644 (file)
@@ -151,14 +151,16 @@ support for SQLite, MySQL, PostgreSQL, Oracle, SQL Server and DB2 and is
 known to be used in production on at least the first four, and is fork-
 and thread-safe out of the box (although your DBD may not be).
 
-This project is still under rapid development, so features added in the
-latest major release may not work 100% yet -- check the Changes if you run
-into trouble, and beware of anything explicitly marked EXPERIMENTAL. Failing
-test cases are *always* welcome and point releases are put out rapidly as
-bugs are found and fixed.
-
-Even so, we do our best to maintain full backwards compatibility for published
-APIs, since DBIx::Class is used in production in a number of organisations.
+This project is still under rapid development, so large new features may be
+marked EXPERIMENTAL - such APIs are still usable but may have edge bugs.
+Failing test cases are *always* welcome and point releases are put out rapidly
+as bugs are found and fixed.
+
+We do our best to maintain full backwards compatibility for published
+APIs, since DBIx::Class is used in production in many organisations,
+and even backwards incompatible changes to non-published APIs will be fixed
+if they're reported and doing so doesn't cost the codebase anything.
+
 The test suite is quite substantial, and several developer releases are
 generally made to CPAN before the -current branch is merged back to trunk for
 a major release.
@@ -169,8 +171,6 @@ The community can be found via:
 
   SVN: http://dev.catalyst.perl.org/repos/bast/trunk/DBIx-Class/
 
-  Wiki: http://dbix-class.shadowcatsystems.co.uk/
-
   IRC: irc.perl.org#dbix-class
 
 =head1 WHERE TO GO NEXT
@@ -182,6 +182,9 @@ the modules where you will find documentation.
 
 mst: Matt S. Trout <mst@shadowcatsystems.co.uk>
 
+(I mostly consider myself "project founder" these days but the AUTHOR heading
+is traditional :)
+
 =head1 CONTRIBUTORS
 
 abraxxa: Alexander Hartmaier <alex_hartmaier@hotmail.com>
index db2a8f6..a1571bc 100644 (file)
@@ -928,7 +928,7 @@ sub throw_exception {
     if !$self->exception_action || !$self->exception_action->(@_);
 }
 
-=head2 deploy (EXPERIMENTAL)
+=head2 deploy
 
 =over 4
 
@@ -938,10 +938,6 @@ sub throw_exception {
 
 Attempts to deploy the schema to the current storage using L<SQL::Translator>.
 
-Note that this feature is currently EXPERIMENTAL and may not work correctly
-across all databases, or fully handle complex relationships. Saying that, it
-has been used successfully by many people, including the core dev team.
-
 See L<SQL::Translator/METHODS> for a list of values for C<$sqlt_args>. The most
 common value for this would be C<< { add_drop_table => 1, } >> to have the SQL
 produced include a DROP TABLE statement for each table created.