The T2 module is a base for the refactoring of the now quite stable
Tangram Object-Relational mapper.
In a nutshell, it lets you store objects - which have to be described to a
similar level that you would describe a database to store them - into any
SQL store. Currently, this is tested on PostgreSQL, MySQL, Oracle and
Sybase a lot, though in general database-specific extensions to SQL, such
as triggers, stored procedures, etc are avoided. So, if DBI installs and
tests successfully with your database, there is a good chance that T2 will
work with it too.
The only current requirement is that objects that have tables associated
with them are implemented via hashes. You also have to be able to describe
all of the fields for those root objects. Individual fields of stored
objects may be arbitrarily complex.
If you are familiar with DBI, it is somewhat similar to bless'ing the
structures returned by $dbh->fetchrow_hashref, except that references and
collections to other objects in the store are loaded `on demand' (aka
Lazy-loading).
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
Fix every instance of RUN_DEPENDS:=${BUILD_DEPENDS} in p5 ports, except
for where it resulted in a change in output from build-depends-list or
run-depends-list.
Approved by: portmgr (adamw)
Reassign databases/ perl modules to perl@.
Also:
- Sort plists
- Sort DEPENDS
- Add TEST_DEPENDS where necessary
- p5-Class-DBI-DDL: switch to USE_PERL5=configure
- Remove unnecessary or unusual stuff from pkg-descr's
- Regenerate patches using makepatch where necessary
- Based on the description from p5-DBIx-Password (most of which I've
excised), it isn't clear whether this module even works when it's
built non-interactive
- p5-DBIx-Simple: Make all the OPTIONS dependencies BUILD_DEPENDS
as well
- p5-T2: Fails 'make test' (as it did before). The module isn't even
present on CPAN or Meta::CPAN, and should probably be considered
for deletion
Change the way Perl modules are installed, update the default Perl to 5.18.
Before, we had:
site_perl : lib/perl5/site_perl/5.18
site_perl/perl_arch : lib/perl5/site_perl/5.18/mach
perl_man3 : lib/perl5/5.18/man/man3
Now we have:
site_perl : lib/perl5/site_perl
site_arch : lib/perl5/site_perl/mach/5.18
perl_man3 : lib/perl5/site_perl/man/man3
Modules without any .so will be installed at the same place regardless of the
(Only the first 15 lines of the commit message are shown above )
At the moment 1385 ports use BUILD_DEPENDS= ${RUN_DEPENDS} and 450
ports use BUILD_DEPENDS:= ${RUN_DEPENDS}. This patch fixes ports that are
currently broken. This is a temporary measure until we organically stop using
:= or someone(s) spend a lot of time changing all the ports over.
Explicit duplication > := > = and this just moves ports one step to the left
Approved by: portmgr
- Take advantage of CPAN macro from bsd.sites.mk, change
${MASTER_SITE_PERL_CPAN} to CPAN.
PR: ports/122674
Submitted by: Philip M. Gollucci <pgollucci@p6m7g8.com>
Reworked by: araujo (myself)
Approved by: portmgr (pav)
