rpms/perl-ORLite/F-10 perl-ORLite.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Marcela Mašláňová]

Author: mmaslano

Update of /cvs/pkgs/rpms/perl-ORLite/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3230

Modified Files:
	.cvsignore sources 
Added Files:
	perl-ORLite.spec 
Log Message:
* Fri Aug 29 2008 Marcela Mašláňová <mmaslano at redhat.com> 0.13-2
- fix requires
- update to 0.13



--- NEW FILE perl-ORLite.spec ---
Name:           perl-ORLite
Version:        0.13
Release:        2%{?dist}
Summary:        Extremely light weight SQLite-specific ORM
License:        GPL+ or Artistic
Group:          Development/Libraries
URL:            http://search.cpan.org/dist/ORLite/
Source0:        http://www.cpan.org/authors/id/A/AD/ADAMK/ORLite-%{version}.tar.gz
BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch:      noarch
BuildRequires:  perl >= 1:5.6.0
BuildRequires:  perl(DBD::SQLite) >= 1.14
BuildRequires:  perl(ExtUtils::MakeMaker)
BuildRequires:  perl(Params::Util) >= 0.33
BuildRequires:  perl(Test::More) >= 0.47
Requires:       perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))

%description
SQLite is a light weight single file SQL database that provides
an excellent platform for embedded storage of structured data.
However, while it is superficially similar to a regular server-side
SQL database, SQLite has some significant attributes that make using
it like a traditional database difficult. For example, SQLite is
extremely fast to connect to compared to server databases 
(1000 connections per second is not unknown) and is particularly bad
at concurrency, as it can only lock transactions at a database-wide level.
This role as a superfast internal data store can clash with the roles and
designs of traditional object-relational modules like Class::DBI or 
DBIx::Class. What this situation would seem to need is an object-relation
system that is designed specifically for SQLite and is aligned with its
idiosyncracies. ORLite is an object-relation system specifically
for SQLite that follows many of the same principles as the ::Tiny
series of modules and has a design that aligns directly to the capabilities
of SQLite.

%prep
%setup -q -n ORLite-%{version}

%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}

%install
rm -rf $RPM_BUILD_ROOT

make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT

find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;

%{_fixperms} $RPM_BUILD_ROOT/*

%check
make test

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc Changes LICENSE README
%{perl_vendorlib}/*
%{_mandir}/man3/*

%changelog
* Fri Aug 29 2008 Marcela Mašláňová <mmaslano at redhat.com> 0.13-2
- fix requires
- update to 0.13

* Fri Aug 29 2008 Marcela Mašláňová 0.11-2
- update to 0.11

* Fri Aug 29 2008 Marcela Mašláňová 0.10-1
- Specfile autogenerated by cpanspec 1.77.


Index: .cvsignore
===================================================================
RCS file: /cvs/pkgs/rpms/perl-ORLite/F-10/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- .cvsignore	3 Oct 2008 06:11:06 -0000	1.1
+++ .cvsignore	9 Oct 2008 10:40:14 -0000	1.2
@@ -0,0 +1 @@
+ORLite-0.13.tar.gz


Index: sources
===================================================================
RCS file: /cvs/pkgs/rpms/perl-ORLite/F-10/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- sources	3 Oct 2008 06:11:06 -0000	1.1
+++ sources	9 Oct 2008 10:40:14 -0000	1.2
@@ -0,0 +1 @@
+59265731cb7ab1785441d6f8ac80b6a6  ORLite-0.13.tar.gz