Commit graph

5 commits

Author SHA1 Message Date
abs
275bfe92a7 update to use the new Module::Install infrastructure 2009-06-11 12:06:10 +00:00
sno
d292cc7806 PkgSrc changes:
- Updating package for p5 module DBIx::Class::Schema::Loader from
    0.04005 to 0.04006
  - Setting license to gnu-gpl-v2
  - Adjusting and reordering dependencies

Upstream changes:
0.04006 2009-05-01
        - Fix Oracle constraint detection for non-owned schemas (RT #35732)
        - Add result_base_class and schema_base_class options (RT #43977)
        - Handle ResultSetManager deprecation warning in common tests
        - Fix for DBIx::Class 0.081
2009-05-02 19:00:04 +00:00
sno
4a96de064a Modify dependencies to perl-modules which are deployed with the perl-core,
mainly Scalar::Util and List::Util
2009-04-24 17:15:21 +00:00
he
b021813da0 Bump the PKGREVISION for all packages which depend directly on perl,
to trigger/signal a rebuild for the transition 5.8.8 -> 5.10.0.

The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=...").
2008-10-19 19:17:40 +00:00
abs
3949a5a7d2 Added databases/p5-DBIx-Class-Schema-Loader version 0.04005
DBIx::Class::Schema::Loader automates the definition of a
DBIx::Class::Schema by scanning table schemas and setting up columns and
primary keys.

DBIx::Class::Schema::Loader supports MySQL, Postgres, SQLite and DB2.
See DBIx::Class::Schema::Loader::Generic for more, and
DBIx::Class::Schema::Loader::Writing for notes on writing your own
db-specific subclass for an unsupported db.

This module requires DBIx::Class 0.05 or later, and obsoletes
DBIx::Class::Loader for DBIx::Class version 0.05 and later.

While on the whole, the bare table definitions are fairly straightforward,
relationship creation is somewhat heuristic, especially in the choosing
of relationship types, join types, and relationship names.  The relationships
generated by this module will probably never be as well-defined as
hand-generated ones.  Because of this, over time a complex project will
probably wish to migrate off of L<DBIx::Class::Schema::Loader>.

It is designed more to get you up and running quickly against an existing
database, or to be effective for simple situations, rather than to be what
you use in the long term for a complex database/project.
2008-07-15 08:42:20 +00:00