rpms/perl-DBIx-Class-DynamicDefault/devel perl-DBIx-Class-DynamicDefault.spec, 1.1, 1.2

Chris Weyl cweyl at alumni.drew.edu
Fri Jun 26 18:08:16 UTC 2009


On Fri, Jun 26, 2009 at 5:45 AM, Yanko Kaneti <yaneti at declera.com> wrote:

> On Fri, 2009-06-26 at 11:58 +0200, Ralf Corsepius wrote:
> > Tom Callaway wrote:
> > > -%{perl_vendorlib}/*
> > > +%{perl_vendorlib}/DBIx/Class/*
> > >  %{_mandir}/man3/*.3*
> > >
> > >  %changelog
> > > +* Fri Jun 26 2009 Tom "spot" Callaway <tcallawa at redhat.com> 0.03-2
> > > +- fix duplicate directory ownership (perl-DBIx-Class owns
> %{perl_vendorlib}/DBIx/Class/)
> >
> > Tom, you are not fixing bugs your are breaking things!
> >
> > perl modules do not share a strict hierarchy, but are independent
> packages!
>
> What do you mean ? How DBI::Class::DynamicDefault is independent of
> DBI::Class ?
>
> http://deps.cpantesters.org/?module=DBIx::Class::DynamicDefault;perl=latest
>

What Ralf is rather vigorously saying is that both by convention and
explicit guideline, due to the fluid nature of perl-* packages they're
supposed to own everything they provide under %{perl_vendorarch} or
%{perl_vendorlib}.  Specifying ownership of a subset of that is considered a
blocker at review and a packaging bug post-review...  It's just a packging
issue, it has nothing to do with the relationship between DBIC and
DBIC::DynamicDefault.

                                         -Chris
-- 
Chris Weyl
Ex astris, scientia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-perl-devel-list/attachments/20090626/8240e35e/attachment.htm>


More information about the Fedora-perl-devel-list mailing list