Perl packaging guidelines
Petr Šabata
contyk at redhat.com
Tue Jul 9 07:54:21 UTC 2013
On Mon, Jul 08, 2013 at 03:28:52PM +0200, Jan Pazdziora wrote:
> On Mon, Jul 08, 2013 at 02:25:24PM +0200, Petr Šabata wrote:
> >
> > First, the dependencies, both build- and run-time.
> > Personally I like to list every module which is actually used
> > since this means the package only fails to build when
> > there's an actual issue, not just a change in the dependency
> > chain.
>
> But that also means that you'll be unnecessarily accumulating
> cruft -- if things build, noone will check if with the next rebase,
> all the listed BuildRequires are actually valid.
We're in that situation already. See the response to Ralf's post.
>
> > Second, the %{__perl} macro.
> > What are the benefits of using this (subjectively) ugly macro
> > compared to simple 'perl'? The only case in which I find it
>
> Isn't it used for SCL, for example?
I honestly have no idea. Could someone with some SCL experience
comment on this?
>
> > Fourth, ExtUtils::MakeMaker vs Module::Build.
> > Module::Build is currently being deprecated and removed from
> > core, ExtUtils::MakeMaker becoming, once again, the preferred
> > way. Our guidelines should be updated to reflect that.
>
> So it's basically about putting the text from
>
> https://fedoraproject.org/wiki/Perl/Tips?rd=PackagingTips/Perl#Makefile.PL_vs_Build.PL
>
> to
>
> https://fedoraproject.org/wiki/Packaging:Perl#Makefile.PL_vs_Build.PL
>
> as well, right?
Yes, pretty much so.
Petr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: not available
URL: <http://lists.fedoraproject.org/pipermail/perl-devel/attachments/20130709/95e1c937/attachment.sig>
More information about the perl-devel
mailing list