cpet/openbsd-ports
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
5b82d9a79d
openbsd-ports/databases/p5-DBD-Mock/Makefile

25 lines
455 B
Makefile
Raw Normal View History

- update to 1.39 from wen heping
2011-06-13 12:40:20 -04:00
# $OpenBSD: Makefile,v 1.6 2011/06/13 16:40:20 jasper Exp $
import p5-DBD-Mock Testing with databases can be tricky. If you are developing a system married to a single database then you can make some assumptions about your environment and ask the user to provide relevant connection information. But if you need to test a framework that uses DBI, particularly a framework that uses different types of persistence schemes, then it may be more useful to simply verify what the framework is trying to do -- ensure the right SQL is generated and that the correct parameters are bound. DBD::Mock makes it easy to just modify your configuration (presumably held outside your code) and just use it instead of DBD::Foo (like DBD::Pg or DBD::mysql) in your framework. ok sthen@
2007-11-22 14:43:34 -05:00
COMMENT= mock database driver for testing
MODULES= cpan
- update to 1.39 from wen heping
2011-06-13 12:40:20 -04:00
DISTNAME= DBD-Mock-1.39
import p5-DBD-Mock Testing with databases can be tricky. If you are developing a system married to a single database then you can make some assumptions about your environment and ask the user to provide relevant connection information. But if you need to test a framework that uses DBI, particularly a framework that uses different types of persistence schemes, then it may be more useful to simply verify what the framework is trying to do -- ensure the right SQL is generated and that the correct parameters are bound. DBD::Mock makes it easy to just modify your configuration (presumably held outside your code) and just use it instead of DBD::Foo (like DBD::Pg or DBD::mysql) in your framework. ok sthen@
2007-11-22 14:43:34 -05:00
CATEGORIES= databases devel
USE_GROFF=Yes
2010-10-18 13:06:05 -04:00
USE_GROFF = Yes
import p5-DBD-Mock Testing with databases can be tricky. If you are developing a system married to a single database then you can make some assumptions about your environment and ask the user to provide relevant connection information. But if you need to test a framework that uses DBI, particularly a framework that uses different types of persistence schemes, then it may be more useful to simply verify what the framework is trying to do -- ensure the right SQL is generated and that the correct parameters are bound. DBD::Mock makes it easy to just modify your configuration (presumably held outside your code) and just use it instead of DBD::Foo (like DBD::Pg or DBD::mysql) in your framework. ok sthen@
2007-11-22 14:43:34 -05:00
MAINTAINER= Simon Bertrang <simon@openbsd.org>
# Perl
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP= Yes
- update to 1.39 from wen heping
2011-06-13 12:40:20 -04:00
RUN_DEPENDS= databases/p5-DBI>=1.3
import p5-DBD-Mock Testing with databases can be tricky. If you are developing a system married to a single database then you can make some assumptions about your environment and ask the user to provide relevant connection information. But if you need to test a framework that uses DBI, particularly a framework that uses different types of persistence schemes, then it may be more useful to simply verify what the framework is trying to do -- ensure the right SQL is generated and that the correct parameters are bound. DBD::Mock makes it easy to just modify your configuration (presumably held outside your code) and just use it instead of DBD::Foo (like DBD::Pg or DBD::mysql) in your framework. ok sthen@
2007-11-22 14:43:34 -05:00
CONFIGURE_STYLE=modbuild
MAKE_ENV+= TEST_POD=1
.include <bsd.port.mk>
Reference in New Issue Copy Permalink