Bug#444442: ITP: mail-spf-perl -- Perl implementation of Sender Policy Framework and Sender ID
Package: wnpp Severity: wishlist Owner: Julian Mehnle [EMAIL PROTECTED] * Package name: mail-spf-perl Version : 2.005 Upstream Author : Julian Mehnle [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Mail-SPF/ * License : BSD Programming Lang: Perl Description : Perl implementation of Sender Policy Framework and Sender ID Mail::SPF is an object-oriented Perl implementation of the Sender Policy Framework (SPF) e-mail sender authentication system http://www.openspf.org. It supports both the TXT and SPF RR types as well as both SPFv1 (v=spf1) and Sender ID (spf2.0) records, and it is fully compliant to RFCs 4408 and 4406. (It does not however implement the patented PRA address selection algorithm described in RFC 4407.) The source package would generate two binary packages: libmail-spf-perl and spf-tools-perl, the latter of which would ship the executables included with the Mail::SPF upstream package (currently spfquery and spfd). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444442: ITP: mail-spf-perl -- Perl implementation of Sender Policy Framework and Sender ID
Il giorno Fri, 28 Sep 2007 15:02:03 + Julian Mehnle [EMAIL PROTECTED] ha scritto: Package: wnpp Severity: wishlist Owner: Julian Mehnle [EMAIL PROTECTED] * Package name: mail-spf-perl Hi, as per Debian Perl Policy, the package should be named libmail-spf-perl. You could join the Debian Perl Group, please take a look at http://pkg-perl.alioth.debian.org Maintaining a package in a team is easier than doing all the work all alone. The source package would generate two binary packages: libmail-spf-perl and spf-tools-perl, the latter of which would ship the executables included with the Mail::SPF upstream package (currently spfquery and spfd). This could let you name your package mail-spf-perl: there's a discussion about this on [EMAIL PROTECTED] . Please take a look at the archives. (In two words: one could name the source package other than lib*-perl if it brings something other than the Perl Module -- as the spf-tools in this case -- but not everyone agrees) Kindly, David -- . ''`. Debian maintainer | http://snipurl.com/gofoxygo/ : :' : Linuxer #334216 | http://www.hanskalabs.net/ `. `'`GPG: 1392B174 | http://www.debianizzati.org/ `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#444442: ITP: mail-spf-perl -- Perl implementation of Sender Policy Framework and Sender ID
David Paleino wrote: Julian Mehnle wrote: Package: wnpp Severity: wishlist Owner: Julian Mehnle [EMAIL PROTECTED] * Package name: mail-spf-perl as per Debian Perl Policy, the package should be named libmail-spf-perl. You are probably referring to 4.2, Module Package Names: http://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-package_names | Perl module packages should be named for the primary module provided. | The naming convention for module Foo::Bar is libfoo-bar-perl. Packages | which include multiple modules may additionally include provides for | those modules using the same convention. The last sentence indicates that this paragraph really just talks about binary package names, not source package names, as only binary packages, not source ones, do Provide: other packages. This also allows existing source packages to be named mime-tools, soap-lite, and timedate, while their corresponding binary packages are conformingly named libmime-perl, libsoap-lite-perl, and libtimedate- perl. Thus I think it is perfectly legitimate to name the _source_ package mail-spf-perl. The source package would generate two binary packages: libmail-spf-perl and spf-tools-perl, the latter of which would ship the executables included with the Mail::SPF upstream package (currently spfquery and spfd). This could let you name your package mail-spf-perl: there's a discussion about this on [EMAIL PROTECTED] . Please take a look at the archives. (In two words: one could name the source package other than lib*-perl if it brings something other than the Perl Module -- as the spf-tools in this case -- but not everyone agrees) FWIW, I am the one who initiated that thread. You could join the Debian Perl Group, I am already a member of the DPG, thanks. Julian. signature.asc Description: This is a digitally signed message part.