Bug 175896 - Review Request: perl-SQL-Statement - SQL parsing and processing engine
Review Request: perl-SQL-Statement - SQL parsing and processing engine
Product: Fedora
Classification: Fedora
Component: Package Review (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Paul Howarth
David Lawrence
: Reopened
: 177274 447900 (view as bug list)
Depends On: 175895
  Show dependency treegraph
Reported: 2005-12-15 19:15 EST by Jose Pedro Oliveira
Modified: 2008-06-12 19:52 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-06-12 19:52:06 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
tibbs: fedora‑review+
kevin: fedora‑cvs+

Attachments (Terms of Use)

  None (edit)
Description Jose Pedro Oliveira 2005-12-15 19:15:50 EST
Spec Name or Url:

SRPM Name or Url:

The SQL::Statement module implements a pure Perl SQL parsing and execution
engine.  While it by no means implements full ANSI standard, it does support
many features including column and table aliases, built-in and user-defined
functions, implicit and explicit joins, complexly nested search conditions, and
other features.
Comment 1 Paul Howarth 2006-01-09 10:16:08 EST
*** Bug 177274 has been marked as a duplicate of this bug. ***
Comment 2 Paul Howarth 2006-01-09 10:36:56 EST

- rpmlint clean
- package and spec naming OK
- package meets guidelines
- license is GPL or Artistic, matches spec.
- spec file written in English and is legible
- sources match upstream
- package builds OK on FC4 (i386) and in mock for rawhide (i386)
- BR's OK
- no locales, libraries, pkgconfigs, or subpackages to worry about
- not relocatable
- no directory ownership or permissions issues
- no duplicate files
- %clean section present and correct
- macro usage is consistent
- code, not content
- no large docs
- docs don't affect runtime
- no desktop entry needed
- no scriptlets

Comment 3 Jose Pedro Oliveira 2006-01-09 11:59:39 EST
Thanks. Imported and built for FC-4 and devel.
Comment 4 Jose Pedro Oliveira 2006-01-09 13:31:13 EST

Do you want this perl module built for FC-3 ?



* the BR perl-DBD-XBase builds without problems in FC-3
  (CVS branch needs to created)

* the perl-SQL-Statement BRs DBI/DBD::File in FC-3 can be problematic
  if we want to improve the test suite coverage:  the FC-3 DBI version
  doesn't include the DBD::File module (it needs to be packaged separately).
  More recent DBI versions include the DBD::File module but it also
  continues to have its own tarball in CPAN.

Comment 5 Tom "spot" Callaway 2006-01-09 13:34:43 EST
Its up to you. 99% of the perl modules I maintain are for perl-Maypole, and that
won't build on FC-3 due to Apache restrictions. I've been building everything
that works without pain on FC-3 as a convenience to other maintainers.
Comment 6 Jose Pedro Oliveira 2006-01-09 13:57:09 EST
In that case I will skip building them for FC-3.
I am only packaging these modules because they are  BR of perl-Log-Log4perl
which I am only targeting for Fedora >= 4.
Comment 7 Marcela Mašláňová 2008-06-12 10:23:16 EDT
*** Bug 447900 has been marked as a duplicate of this bug. ***
Comment 8 Marcela Mašláňová 2008-06-12 10:26:30 EDT
Package Change Request
Package Name: perl-SQL-Statement
New Branches: EL-5
Updated EPEL Owners: kanarip
Comment 9 Kevin Fenzi 2008-06-12 11:53:07 EDT
cvs done.
Comment 10 Jason Tibbitts 2008-06-12 19:52:06 EDT
Setting flags properly so this doesn't show up in the review ticket queue.

Note that there's no reason to open tickets just to request CVS; we only check
the status of the flag.

Note You need to log in before you can comment on or make changes to this bug.