On Wed, 2 Jun 2010 08:32:24 -0700, Bill Moseley mose...@hank.org wrote:
Our development team has a clash of environment variables the other day. To
manage a local library I've been setting:
PERL_MM_OPT=INSTALL_BASE=$HOME/perl5
And another developer has been
setting makepl_arg,
On Mon, 22 Mar 2010 12:35:56 -0700, Bill Moseley mose...@hank.org wrote:
So, I'm curious. Is there any kid of consensus on what to use for new
modules and why?
No. The closest is don't use MakeMaker, but even that's something people
will still argue about.
hdp.
Excerpts from Jonathan Yu's message of Wed Feb 10 12:20:51 -0500 2010:
Has anyone else got a message like this to their CPAN Developer e-mail
address? I'm curious if this is the beginning of a really bad trend
toward CPAN author spamming :/
No, it is a continuation of that trend. It started
Excerpts from dhudes's message of Tue Jan 12 11:59:46 -0500 2010:
2. Far more impact is that sudo requires that you enter your password each
time you invoke it.
No it doesn't. Read sudo(8). By default, you only have to enter it once every
15 minutes.
hdp.
Excerpts from Paul LeoNerd Evans's message of Sun Jan 10 13:37:51 -0500 2010:
Your module doesn't seem to be doing this - perhaps something like
Check::DNS may be a more suitable name for yours?
I was going to say something along those lines, but a) his module speaks TAP
(as most of Test::
Excerpts from Shawn H Corey's message of Mon Jan 11 11:09:06 -0500 2010:
Yes, apparently HTTP::Server::Simple did downlaod but failed to install
and I missed the error message. What bothers me now is that why it did
stop then and there but continued on. And I think it'll remain a
mystery;
Excerpts from O. STeffen BEYer's message of Sat Oct 17 07:41:11 -0400 2009:
No answering questions, just informing the users of some important changes!
There are a number of problems with this, but the biggest is that nothing
really does anything with 'recommends' in META.yml, so your audience
On Sat, Jun 27, 2009 at 08:46:12AM -0700, Joshua ben Jore wrote:
Without reading B::Hooks::OP::blah to know how it works, I notice
you're calling import from the forcewarn package, not the package you
want to affect. Consider:
eval
package $target_package;
warnings-import( FATAL =
On Tue, Jun 16, 2009 at 02:39:21PM -0700, Bill Ward wrote:
So, do I need to monkey with $SIG{__DIE__} or something?
$SIG{__WARN__} = sub { die @_ };
Apply more advanced filtering to @_ as desired.
hdp.
On Tue, Jun 16, 2009 at 02:49:36PM -0700, Bill Ward wrote:
Arg, I meant to say $SIG{__WARN__} when I wrote the original
message... sorry. I was hoping to avoid that, since I think we are
already messing around with %SIG in our applications too much as it
is.
What would doing *anything* with
On Tue, Jun 16, 2009 at 04:29:56PM -0700, Bill Ward wrote:
I like the Modern::Perl idea. I'm going to see if there's some way I
can do what it does.
The hard part is getting it into all your code, not reproducing it technically,
which is easy:
package Fatal::Warnings;
use warnings ();
On Tue, May 12, 2009 at 10:31:48AM +0100, Paul LeoNerd Evans wrote:
use Software::License.
Hmm.. I don't see how this interacts with Module::Build. Do you suggest
I'd just have it as a separate part of the build process?
Yes. Well, rather, I was suggesting it as the starting point for
On Mon, May 11, 2009 at 08:07:36PM +0100, Paul LeoNerd Evans wrote:
* Take the module given by module_name (or some other named one), run it
through pod2txt README
You forgot to specify create_readme = 1.
* Look up the named license from a standard set of default ones and
print it to
On Wed, May 06, 2009 at 07:10:49AM -0400, David Golden wrote:
I don't think he deserves public scorn in response to a reasonable
question and reasonable objections to suggestions.
I agree about the public scorn, but I disagree that Perl 5's OO is fine is
reasonable. It's horrible; we just all
On Wed, May 06, 2009 at 11:27:05AM -0700, Bill Ward wrote:
1. Not every module you're using will be Moose-based, so if you're working on
one of those, you'll need to remember to switch back and forth. It's bad
enough having both (Perl's approximation of) OO and procedural calls.
If you're
On Tue, May 05, 2009 at 07:51:09PM -0700, Bill Ward wrote:
I'm often having to add a half dozen lines of code to every subroutine to
perform argument validation and I'd like to offload it once and for all into a
CPAN module. Has anyone written or seen such a beast? I haven't, so I've
started
On Tue, May 05, 2009 at 08:04:35PM -0700, Bill Ward wrote:
I'm not interested in being locked-in to a framework like Moose, so I won't
even consider those.
http://search.cpan.org/~drolsky/Moose-0.77/lib/Moose/Util/TypeConstraints.pm#Use_with_Other_Constraint_Modules
Moose's type constraints
On Tue, Apr 28, 2009 at 03:52:18PM -0700, Bill Moseley wrote:
What's the best way to setup my package and Makefile.PL to place the
config files in a package-specific directory? And then what's the
best way in the script to find the installed location of these files
when the script runs?
On Sun, Apr 19, 2009 at 09:28:30PM +0200, Thomas Klausner wrote:
Dist::Zilla is more about managing a dist, not releasing it (and I don't
want to wait for the glorious future of Dist::Zilla :-)
It doesn't have any source control integration yet, if that's what you mean;
there is `dzil
On Wed, Apr 08, 2009 at 07:11:12PM +0300, Burak Gürsoy wrote:
http://cpanratings.perl.org/user/dandv
I wonder who created that page on perlfoundation.org? While it claims to be
the community best practices it even lists Module::Build as maybe I
think this page is mostly ridiculous.
What
On Wed, Apr 08, 2009 at 12:26:17PM -0700, Eric Wilhelm wrote:
You're saying there is a debate about whether stagnation is a good idea?
I'm missing the connection between stagnation and Module::Install, here.
Or were you talking only about EUMM?
In any case, the mere vitality of this thread
On Wed, Apr 08, 2009 at 10:55:44PM +0300, Burak Gürsoy wrote:
I think M::B has a clean and understandable interface while EU::MM is
archaic (yes I know I didn't say something new).
Any current argument about Perl installation tools is, as far as I can tell,
primarily a battle between
On Thu, Mar 26, 2009 at 10:02:24AM -0700, Bill Ward wrote:
I thought Devel was only for use in the development context, not in the
field
in a deployed module.
I'm not sure what you mean by only -- whether you think that Dave should
rename his module, or that your expectations for the
On Tue, Sep 30, 2008 at 12:12:22PM -0700, Bill Ward wrote:
So I don't like auto-install.
is someone stopping you from turning it off?
are you aware of the prerequisites_policy for CPAN.pm, or whatever its analogue
is for CPANPLUS?
hdp.
On Mon, Sep 22, 2008 at 05:46:40PM +0200, Aristotle Pagaltzis wrote:
Adding a social network could work very nicely, both to partly
address several of the things you listed as well as to add other
equally useful features.
facepan! ISAGN
I agree that there's a lot of overlap between features
On Mon, Sep 22, 2008 at 10:49:43AM -0500, Dave Rolsky wrote:
Note that this differs from ratings, which I don't find very useful at
all.
Right. There are too many 5-star distros that have been rated such by the
author and maybe one other person, and too many 3-star distros that are
actually
On Fri, Jun 20, 2008 at 04:19:41PM +0100, Fergal Daly wrote:
To be a little more constructive. Here's something that is
implementable and I think reasonable.
use Foo::Bar;
never does anything to the importing package
use Foo::Bar as = Bar;
plops a constant function Bar into your
On Mon, Jun 16, 2008 at 06:44:53AM +1000, Ivan Wills wrote:
Finally I have been thinking of creating a module to handle svn (or cvs, net
etc) like commandline parameters (ie cmd subcmd -parms ...) which I will use
with this module (and also sick on CPAN). It will use Getopt::Long for most of
On Tue, Jun 10, 2008 at 02:33:13PM -0400, Ricardo SIGNES wrote:
I think that a lot of the tests could do with a shift in mindset. Instead of
has_test_pod_coverage, maybe known_pod_coverage_tool, or even
asserts_pod_covered. Make it clear that the test is for, the author has
attempted to let
On Wed, Jun 11, 2008 at 12:31:00PM -0400, Eric Roode wrote:
I thought xt was for author tests. What means xt/author??
No, xt is for 'extra tests'.
xt/author -- run when testing as an author
xt/release -- run these right before you release, only
xt/smoke -- run these only for automated
On Wed, Jun 11, 2008 at 01:22:32PM -0400, Eric Roode wrote:
xt/author -- run when testing as an author
xt/release -- run these right before you release, only
xt/smoke -- run these only for automated testing
Thanks. Is this documented anywhere?
On Sun, May 18, 2008 at 07:13:17PM +0200, nadim khemir wrote:
I like to generate a distribution automatically including the version number
VCS identifiers have very little value outside of their context. For example,
knowing that you are now on revision 3000 is useless -- it's much more
rjbs and I have been working on something that involves referring to things on
CPAN, both real files and abtract things (modules, dists without versions,
etc.). Here's what we have working so far:
URI::cpan (isa URI::_generic) reblesses into several packages based on its
'authority'.
On Wed, Mar 26, 2008 at 11:55:11AM -0400, Guy Hulbert wrote:
On Wed, 2008-26-03 at 11:36 -0400, Hans Dieter Pearcey wrote:
Is there anything else that should be included?
Document any assumptions about Version ordering ?
This module makes none, since it makes no version comparisons. I'd
On Wed, Mar 26, 2008 at 12:42:48PM -0400, Ricardo SIGNES wrote:
* Hans Dieter Pearcey [EMAIL PROTECTED] [2008-03-26T12:01:55]
This module makes none, since it makes no version comparisons. I'd expect
that most applications would interpret the version-less forms of package and
dist
On Wed, Mar 26, 2008 at 06:38:28PM +0200, Shlomi Fish wrote:
On Wednesday 26 March 2008, Hans Dieter Pearcey wrote:
cpan://^[A-Z]+$/ - URI::cpan::author
cpan://HDP/Foo-Bar-1.23.tar.gz
cpan://HDP/some/subdir/random/file.txt
For consistency I'd prefer if this were cpan://author/HDP
On Wed, Mar 26, 2008 at 05:30:30PM +, Paul LeoNerd Evans wrote:
Otherwise, we have to specialcase out all sorts of odd things, and
whatever is left must be IDs.
cpan://dist/Foo-Bar
cpan://module/Foo::Bar
cpan://FRED
It's not quite *that* bad; the special cases are all lowercase, and
37 matches
Mail list logo