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'.
cpan://pack
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 vers
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 for
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
> >
>
&g
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
On Fri, Apr 11, 2008 at 07:23:03PM -0700, Eric Wilhelm wrote:
> I'm trying to figure out whether this has been done before and/or
> looking for suggestions on the best way to implement it.
depending on specifics that you didn't cover, one of these might be what you
want:
IPC::PubSub
IPC::DirQueu
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
meanin
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
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 t
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?
http://cpan.uwinnipeg.ca/htdocs/M
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 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
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 "feature
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 Wed, Oct 01, 2008 at 01:04:02AM +0300, Gabor Szabo wrote:
> BTW Could I somehow install all the dependencies of a module but not
> the module itself?
Within the CPAN shell, running tests would probably do it. Configuring might
too.
hdp.
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 Fri, Feb 13, 2009 at 12:22:34PM -0800, Bill Ward wrote:
> I'm building a "tech stack" - that is, downloading CPAN modules and installing
> them in a new directory, not the one that Perl lives in. Until now, all the
> modules I build are MakeMaker-based, but I've just started adding a new
> Modu
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 na
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.
>
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 Module::B
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 relea
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?
I
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
> star
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 s
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
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 08:04:35PM -0700, Bill Ward wrote:
> Params::Validate has the right features, but I really don't like the verbosity
> of its configuration. I was hoping for something more like the Perl
> prototyping or Getopt::Long syntax. Maybe I'll write a wrapper around
> Params::Valid
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
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 Tue, May 26, 2009 at 05:56:10PM -0400, Daniel Staal wrote:
> --As of May 26, 2009 12:33:08 PM -0700, Bill Ward is alleged to have said:
>
>> How would you feel about ref($foo)->new();
>
> --As for the rest, it is mine.
>
> As a clone? Off the top of my head, I can't see what's that doing. A
>
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* wi
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 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(
On Sat, Jun 27, 2009 at 08:42:14AM -0700, Joshua ben Jore wrote:
> Last year I started seeing change logs in perl modules that looked
> more YAMLish. Is there any spec out there on this? I'm currently just
> copying input from `git log --pretty=oneline' into my Changes file and
> as of this moment,
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 i
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:: doe
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 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 Rene Schickbauer's message of Wed Jan 13 11:02:52 -0500 2010:
> Any ideas?
1) Check to make sure Mech thinks the cookie domain and the url you're going to
match.
2) Note that module-authors is not listed here:
http://search.cpan.org/~petdance/WWW-Mechanize-1.60/lib/WWW/Mechanize.pm
Excerpts from Geoffrey Leach's message of Sun Jan 17 19:31:09 -0500 2010:
> I suspect the problem arrises out of how Perl organizes the hash.
Huh?
> Given that I'm using an unsupported feature, things may
> well come unglued in the future.
What unsupported feature?
> So, are there any suggesti
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
On Mon, 22 Mar 2010 12:35:56 -0700, Bill Moseley 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.
On Wed, 12 May 2010 09:55:13 +1200, Lutz Gehlen wrote:
> Hello everybody,
> recently, I read the following statement in a CPAN Ratings entry:
> "this package also uses wantarray (a transgression amongst interface
> sensibilities)."
>
> I also sometimes use wantarray and don't see anything bad abo
On Wed, 2 Jun 2010 08:32:24 -0700, Bill Moseley 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, mbuildpl_arg, instal
On Thu, 26 Aug 2010 06:46:04 -0700, Bill Moseley wrote:
> Should local::lib be setting up an environment so that Module::Build also
> uses that library?
Yes, it already does.
http://search.cpan.org/~getty/local-lib-1.006007/lib/local/lib.pm#DESCRIPTION
http://search.cpan.org/~getty/local-lib-1.
47 matches
Mail list logo
