<div class="gmail_quote">On Fri, Jun 26, 2009 at 9:29 AM, Jussi Lehtola <span dir="ltr">&lt;<a href="mailto:jussilehtola@fedoraproject.org">jussilehtola@fedoraproject.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im">On Fri, 2009-06-26 at 18:07 +0200, Iain Arnell wrote:<br>
&gt; okay, not actually broken, but this is definitely messing with (some<br>
&gt; of the) perl structure (and perl-DBIx-Class-EncodedColumn already<br>
&gt; requires perl-DbIx-Class). What gives?<br>
&gt;<br>
</div><div class="im">&gt; diff -u -p -r1.1 -r1.2<br>
&gt; --- perl-DBIx-Class-EncodedColumn.spec  10 May 2009 06:54:10 -0000      1.1<br>
&gt; +++ perl-DBIx-Class-EncodedColumn.spec  26 Jun 2009 09:12:21 -0000      1.2<br>
&gt; @@ -1,6 +1,6 @@<br>
&gt;  Name:           perl-DBIx-Class-EncodedColumn<br>
&gt;  Version:        0.00002<br>
&gt; -Release:        1%{?dist}<br>
&gt; +Release:        2%{?dist}<br>
&gt;  Summary:        Automatically encode columns<br>
&gt;  License:        GPL+ or Artistic<br>
&gt;  Group:          Development/Libraries<br>
&gt; @@ -55,10 +55,13 @@ rm -rf $RPM_BUILD_ROOT<br>
&gt;  %files<br>
&gt;  %defattr(-,root,root,-)<br>
&gt;  %doc Changes README<br>
&gt; -%{perl_vendorlib}/*<br>
&gt; +%{perl_vendorlib}/DBIx/Class/*<br>
&gt;  %{_mandir}/man3/*<br>
<br>
</div>This was clearly a duplicate ownership issue which spot dealt with<br>
correctly. perl-DBIx-Class already owns<br>
 %{perl_vendorlib}/DBIx/Class/<br>
and thus there is no need for perl-DBIx-Class-EncodedColumn to own the<br>
directory since it requires perl-DBIx-Class (which owns the directory).<br>
<font color="#888888"></font></blockquote><div><br>Ian and Ralf are absolutely correct here.  perl-* packages have for years operated under the convention and explicit guideline that anything we deliver under %{perl_vendorlib} or %{perl_vendorarch} must be owned by the package providing it.<br>

<br>The canonical example here generally involves differing vendorarch/lib dirs, as they&#39;re versioned by Perl. E.g. if perl-DBIx-Class was built under 5.10.0, it&#39;s going to put its bits under /usr/lib/perl5/vendor_perl/<a href="http://5.10.0.">5.10.0.</a>  In the meantime if we go to Perl 5.10.1 and build perl-DBIx-Class-EncodedColumn under that level, it will use /usr/lib/perl5/vendor_perl/5.10.1 as its directory... leaving /usr/lib/perl5/vendor_perl/5.10.0/DBIx/Class/ unowned.<br>

<br>This convention has worked very well for us in the Perl world/SIG, and has been hashed through way past death ages ago.  Absent a compelling reason (&quot;it breaks rpm!&quot;) I can&#39;t imagine what we&#39;d gain from it.<br>

<br>                              -Chris<br></div></div><br>-- <br>Chris Weyl<br>Ex astris, scientia<br>