ht just suggest "these two lists", unless people on
> either list object to the traffic.
>
I second the suggestion of the cpan-workers mailing list. You'll get a
good cross section of high-upriver maintainers who are probably the right
audience for what you're looking for.
--
David Golden Twitter/IRC: @xdg
ys needs to be
intentional.
But as I've said, I'm OK with some curation group fixing things up, marking
them unsupported/deprecated, and releasing them when authors are no longer
responsive.
--
David Golden Twitter/IRC: @xdg
On Fri, Feb 10, 2012 at 4:47 AM, Neil Bowers wrote:
> At the moment I have everything internally under a CPAN::Curation::
> namespace, but if released separately I don't think that's appropriate.
I think that namespace is fine -- it's about your project, after all.
> CPAN::Module::Metadata for t
On Tue, Sep 6, 2011 at 5:52 AM, Olof Johansson wrote:
> Well, that's not true. They are however one of very few that could
> pass as ham, and will therefore pass through many spam filters. The
> problem is that there is a list of 8630 non obfuscated e-mail
> addresses in the /authors/00whois.xml f
On Mon, Aug 29, 2011 at 2:25 PM, Eric Wilhelm wrote:
> I think the most complicated part is supporting whatever
> builder+installer assumptions people have encoded into their
> configurations -- maybe the client could read buildrc?
For that, I'd prefer to see a new way for CPAN clients to share c
On Mon, Aug 29, 2011 at 1:50 AM, Aristotle Pagaltzis wrote:
> I find this module intriguing.
Thank you. It grew out of Acme::Module::Build::Tiny -- which was an
exercise to determine the *minimal* API that Build.Pl/Build needed to
allow the toolchain to install a module. (Thus cutting out all t
On Fri, Jul 29, 2011 at 7:58 AM, sawyer x wrote:
> I like to work in HTTPS (and we should, really, in a secure world). Many
> websites already moved to it by default such as github.com, all google
> sites, workflowy.com, foursquare and more.
Those are all sites for which users log-in and keep lot
On Mon, Jul 18, 2011 at 9:31 AM, Chris Marshall wrote:
> I recommend putting a link in the POD to the PDF on
> a web site. A 4X increase in the size of the distribution
> is a pretty expensive way to publish. How about a short
> synopsis in the POD with the link for more detail if
> needed---unl
On Tue, Jul 12, 2011 at 5:20 PM, Gabor Szabo wrote:
> As I could not find and answer I wonder if there is a well defined tool
> for this in any of the packaging tools of Perl?
>
> If not, what is the recommended way to say in Makefile.PL and/or Build.PL:
>
> I don't require Module::Name version 2.
On Sat, Jul 9, 2011 at 4:03 AM, Eric Wilhelm wrote:
> Not to mention the general case of a CPAN author, where you can't assume
> that they could be bothered to *obtain* a windows/mac OS, let alone
I think you're missing the point of my post, which was to offer a way
for people to try it without a
On Mon, Jul 4, 2011 at 5:35 PM, wrote:
> This all brings up a point about maintenance of Perl: it is one thing to not
> release new features in 5.10.1 it is another to say since we have already 514
> we won't consider bug fix releases for 5.10.1
>
> Bundling stuff into core and making bug fixes
nt failure reports on ancient Perls, they are
advised to be explicit with "use 5.006" or "use 5.008009" or whatever
is the earliest version they choose to support.
Likewise, if authors don't wish to be notified about reports, they can
customize notification on the preferences site:
https://prefs.cpantesters.org/
-- David Golden
On Fri, Jul 1, 2011 at 9:23 AM, David Cantrell wrote:
> I went through a period of trying to make sure my code worked on
> Windows, but I've given up. Not because it's hard to do - it generally
> isn't - but the complete lack of a reasonable set of tools* on Windows,
> which just makes me angry w
Dear Herbert,
The module-authors list has nothing to do with search.cpan.org and
can't do anything to resolve this bug. As per the "Feedback" page,
you need to email cpansea...@perl.org.
c.f. http://search.cpan.org/feedback
Regards,
David
On Sat, Jun 11, 2011 at 11:08 PM, herbert breunung wro
Summary of major changes since 0.3624:
[ENHANCEMENTS]
- Generates META.json and MYMETA.json consistent with version 2 of the
CPAN Meta Spec. [David Golden]
Also in this release:
[BUG FIXES]
- Autogenerated documentation no longer includes private actions from
Modul
On Sun, Jan 16, 2011 at 5:09 AM, Gabor Szabo wrote:
> My objective is getting more people to contribute to CPAN.
> I don't necessarily want more modules. I'd prefer to get more people
> involved in maintaining and improving the already existing module.
Reactions off the top of my head:
* Be wary
On Fri, Dec 10, 2010 at 7:40 PM, David Christensen
wrote:
> Does 'configure_requires' support map to a Perl version?
It really maps to CPAN client versions, but Perl 5.10.1 ships with
CPAN and CPANPLUS that understand configure_requires. Older Perls
only need to upgrade CPAN and/or CPANPLUS to s
going is getting tough.
> I'm wondering if I should upgrade, and to what -- Module::Install,
> Module::Build, or Dist::Zilla?
C.f.
http://www.dagolden.com/index.php/1173/what-tools-should-you-use-to-create-a-cpan-distribution/
Regards,
David Golden
On Sun, Dec 5, 2010 at 1:56 AM, Octavian Rasnita wrote:
> Ok, so using Module::Starter with Module::Install would be a good choice
> because Module::Starter also creates some simple test files and they may be a
> big part of the tests for very simple modules.
>
> Do you know if there is a way to
On Sat, Dec 4, 2010 at 2:22 PM, John M. Gamble wrote:
>> Module::Build -- this is the 'pure perl' alternative. It is very easy
>> to customize compared to EU::MM but you can't rely on users having a
>> new enough Module::Build for any given feature unless you target Perl
>> 5.10.1 (which added th
On Sat, Dec 4, 2010 at 4:35 AM, Octavian Rasnita wrote:
> Is there a module you recommend for creating CPAN packages?
>
> Module::Build, Module::Install, ExtUtils::MakeMaker, Dist::Zilla, another one?
>
> Is one of them more compatible with CPAN, CPANPLUS, App::cpanminus, or better
> maintained,
On Sun, Nov 28, 2010 at 4:22 PM, Aristotle Pagaltzis wrote:
> I agree with the notion. But let me ask how much pressure changing
> the compression format on CPAN would exert on the world to adapt
> itself to it. Note too the quote is written from the perspective
> of the world: no mention goes to
On Fri, Nov 26, 2010 at 3:59 PM, Shlomi Fish wrote:
>> There are two kinds of fool. One says,
>> “This is old, and therefore good.” And one says,
>> “This is new, and therefore better.”
>
> That put aside sticking with an older solution may be preferable due to the
> better adoption ra
On Fri, Nov 26, 2010 at 11:20 AM, Todd Rinaldo wrote:
> I very much wish, however, that forks could get a return variable from the
> fork process like threads can. This has always frustrated me.
> To be honest, though, the fact that Linux forks are copy on write, takes
> much of the value out of t
On Wed, Nov 24, 2010 at 7:01 AM, Gabor Szabo wrote:
> The other day I was at a client that uses Perl in part of their system and we
> talked a bit about the language and how we try to promote it at various
> events.
>
> Their "Perl person" then told me he would not use Perl now for a large
> appl
On Wed, Nov 24, 2010 at 4:23 AM, Nicholas Clark wrote:
> Instead of running rsync over the whole tree, it can change to run a top
> level script that runs rsync over the parts that have to be copied, and then
> run the symlink generation on the parts that can be recreated locally.
The new "fast"
On Fri, Nov 19, 2010 at 1:53 PM, Shlomi Fish wrote:
> 1. Will the CPAN testing and downloading toolchian will handle modules
> uploaded as .tar.bz2? (Allow to install them, unpack them, etc.) How
> about tar.xz.
.bz2, yes. .xz, possibly, but not reliably. CPANPLUS uses
Archive::Extract, which
Hi, Xavier.
Have you tried to change the permissions from the PAUSE interface?
https://pause.perl.org/pause/authenquery?ACTION=share_perms
Look at section 3.
Regards,
David
On Mon, Oct 18, 2010 at 5:41 PM, Xavier wrote:
> Hi all,
>
> I'm the maintainer of Lemonldap::NG::* modules on CPAN, but
There are a few options:
http://search.cpan.org/dist/Labkey-query/
http://search.cpan.org/perldoc?Labkey::query
http://p3rl.org/Labkey::query
-- David
On Sep 1, 2010 8:33 AM, "Ben Bimber" wrote:
> hello,
>
> I recently put a module on CPAN called Labkey::query with this URL:
> http://search.c
On Thu, Aug 26, 2010 at 12:36 PM, Bill Moseley wrote:
> Oh, I see. I was expecting everything to be environment driven. Well, I
> was expecting it to set PERL_MB_OPT, not just point to .modulebuildrc.
PERL_MB_OPT was added at the request of the local::lib maintainers,
but support for it has not
On Thu, Aug 26, 2010 at 10:46 AM, Robert Ginko wrote:
> * As I would like to make it available on CPAN:
> Where can I put this module in CPANs namespaces?
> I thought about: WWW::YouTube::Info (as it basically delivers info)
That seems fine to me. I might have called it WWW::YouTube::Metadata,
s
CPAN is not a single server, but a collection of mirrors. If the main
cpan.org server is not responding, just choose another mirror from the
following list:
http://cpan.dagolden.com/SITES.html
-- David
On Sun, Aug 22, 2010 at 11:30 AM, Shawn H Corey wrote:
>
> I've been trying to install a mo
On Fri, Aug 20, 2010 at 6:40 PM, Xiong Changnian wrote:
> I'm looking for a top-level namespace to put Hump under. I expect quite
> a few submodules under the *::Hump:: but filling in that * is my goal
> today. Absent violent objection, I plan to keep the 'Hump' part of the
> name.
Is this Perl-s
On Thu, Aug 5, 2010 at 2:46 PM, Eric Wilhelm wrote:
> Does search.cpan.org understand "-TRIAL" now? Last I looked, it was
> properly handled (i.e. not indexed) by PAUSE, but would leak through in
> a few other places where it appears that an assumption was being made
> without checking the index.
On Thu, Aug 5, 2010 at 7:45 AM, Kartik Thakore wrote:
> thia dist_name => in M::B correct?
Yes.
Though maybe I should just implement a feature to add '-TRIAL', since
I'll need that anyway for CPAN Meta 2 support. (Dist::Zilla already
supports -TRIAL).
-- David
On Thu, Aug 5, 2010 at 3:20 AM, Guillaume Cottenceau wrote:
> Kartik and friends rewrote SDL_perl (a Perl module with SDL bindings)
> using a different API. Then they ported my Perl-based game to using
> that new Perl module, and to be CPAN-friendly. My game previous
> versions were 2.0.0, 2.1.0,
On Wed, Aug 4, 2010 at 4:42 PM, Kartik Thakore wrote:
> How do we make this work?
>
> I get a error doing this.
I think you need to be a lot more specific about "this". I'm
beginning to suspect an XY problem.
Walk us through -- step by step -- what you're trying to accomplish,
the steps you're
On Wed, Aug 4, 2010 at 4:12 PM, Guillaume Cottenceau wrote:
> Hum. This is for an application (a game), not a module, and I want it
> to be clearly labelled as a beta release. So fine with "There are no
> standard conventions for alphanumerics, and you just make life hard
> for the machines, which
On Wed, Aug 4, 2010 at 2:59 PM, Kartik Thakore wrote:
> Hello,
>
> Is it possible to have
>
> 2.2.1beta1 VERSION, for a perl module?
It's not advisable.
C.f. http://www.dagolden.com/index.php/369/version-numbers-should-be-boring/
David
On Wed, Jul 7, 2010 at 11:14 AM, jeffreykegler wrote:
> My thought is that the target of http://search.cpan.org/dist/Marpa/
> is decided by the CPAN infrastructure. Any ideas as to how I'd go
> about resolving this issue?
Email cpansea...@perl.org as per http://search.cpan.org/feedback
-- Davi
On Wed, Jul 7, 2010 at 10:01 AM, Joshua ben Jore wrote:
> What? That's certainly not what happens for me. I just ensured I had
> no ~/.cpan or ~/perl5, installed perlbrew, then installed new
> perl-5.12.1. When I ran the newly created cpan client, my default `o
> conf yaml_module' is YAML and not
On Tue, Jul 6, 2010 at 3:40 PM, Joshua ben Jore wrote:
> FWIW, even the most up-to-date CPAN.pm comes broken out of the box for
> configure_requires because we say we prefer the YAML module to read
> the configure_requires out of $whatever.yml and don't fail-over to use
> the thing that's actually
On Tue, Jul 6, 2010 at 1:53 PM, Todd Rinaldo wrote:
> Just so you know, AFAIK:
> 1. ExtUtils::MakeMaker (EU::MM) is not dead and will shortly be under new
> management. EU::MM is still being used for current and new modules.
> 2. Dist::Zilla is a packaging tool, not an installer. Typically EU::MM
I use Dist::Zilla to write simple things and it uses ExtUtils::MakeMaker by
default. For more complex things needing custom behaviors, I use
Module::Build.
David
On Jul 4, 2010 5:57 PM, "Dave Cardwell" <
list+perl-module-auth...@davecardwell.co.uk>
wrote:
Please could you advise what the “prefer
On Tue, Jun 29, 2010 at 2:37 PM, Matt Grimm wrote:
> For example, I have a logger class wrapped around Log4perl that
> supports screen, email, and syslog appenders, and each appender can be
> individually toggled on or off. Is it better to force the dependencies
> on the underlying syslog and emai
On Mon, Jun 28, 2010 at 6:52 PM, Jonathan Swartz wrote:
> Is there something like a File::AllUtils that uses and exports a bunch of
> standard file modules, for some definition of standard? If not, would it be
> reasonable for me to release one?
>
> I know about Path::Class, which is an interestin
On Tue, Jun 15, 2010 at 8:37 PM, Lutz Gehlen wrote:
> My questions are:
> 1) Do you think that this is in general a good approach to solve my
> problem.
I think they are quite reasonable. You might also find the
development version of Devel::CheckLib to be an alternative as as a
more direct way
I'm forwarding to the makema...@perl.org list, as this is not likely
to be of general interest to all module authors.
-- David
-- Forwarded message --
From: Joshua ben Jore
Date: Wed, Jun 9, 2010 at 3:22 PM
Subject: EU::MM LIBS winnowed too-early at .PL-time?
To: Perl Module-Autho
On Mon, May 31, 2010 at 9:57 AM, Daniel Pittman wrote:
> Which really didn't work out for me. Apparently I don't have permissions to
> adjust my own settings, or to close my tickets, when I log in with my PAUSE
> ID.
That is strange. However, the permissions get copied from PAUSE in a
batch, so
On Tue, May 11, 2010 at 9:04 AM, Aristotle Pagaltzis wrote:
> * Daniel Pittman [2010-05-11 05:00]:
>> Also, the approach Dist::Zilla takes with the
>> 'configure_requires' and 'build_requires' keys is to remove
>> them when running on an older version of EU:MM.
>>
>> Is a better approach to add t
On Mon, Apr 19, 2010 at 7:55 AM, Elliot Shank wrote:
> Oof. Version numbers: "All components after the first are restricted to the
> range 0 to 999." That's going to be a problem for those of us who include
> things like VCS revisions and CI build numbers in version numbers.
You can do that as
creating the initial 'META.yml' spec and
maintaining it through
version 1.4 and thank you to everyone who contributed ideas, patches,
discussion and critique in the development of the version 2 spec.
Sincerely,
Ricardo Signes and David Golden
On Fri, Apr 16, 2010 at 9:26 AM, Fergal Daly wrote:
> So there is a cost associated with deleting it. Is there a cost
> associated with leaving a single working version on CPAN?
Hundreds of CPAN rsync mirror admins crying out in pain...
:-)
-- David
On Thu, Apr 1, 2010 at 1:08 PM, Jeffrey wrote:
> On Mar 31, 2:51 am, tim.bu...@pobox.com (Tim Bunce) wrote:
>> It would be handy if there was a way for authors to indicate that
>> new maintainers are sought. Perhaps via the META.yaml/(.json) file.
>
> It would also be handy if that (or another) me
On Sun, Mar 28, 2010 at 5:43 PM, Jonathan Yu wrote:
> On Sun, Mar 28, 2010 at 12:55 PM, Dana Hudes wrote:
>> But you can't use CPAN.pm on the Backpan.
> Can't you? It's just a mirror, so if you point CPAN.pm to the backpan,
> you should be able to install packages from there (though to get the
>
On Thu, Mar 25, 2010 at 11:04 PM, wrote:
> Your comment "put that in a section that only runs..."
> has me all confused.
> I just put CONFIGURE_REQUIRES => {EU:MM => 6.56} into Makefile.PL.
> It went into META.yml.
>
> This is a small module and has no "sections" that I can think of.
> What do yo
On Thu, Mar 25, 2010 at 7:39 PM, wrote:
> diagnosis. So I'll put CONFIG_REQUIRES => {EU:MM => 6.56} into
> Makefile.PL, and check that it propagates to META.yml.
Nit: It's "CONFIGURE_REQUIRES", not "CONFIG_REQUIRES". Also, you'll
probably want to put that in a section that only runs if EU::MM
On Thu, Mar 25, 2010 at 12:58 PM, wrote:
> 'BUILD_REQUIRES' => {'LWP' => 5.834,
BUILD_REQUIRES was only recently added to ExtUtils::MakeMaker in 6.56.
You need to add 'configure_requires' to META.yml specifying
ExtUtils::MakeMaker 6.56.
That won't help users with old CPAN/CPANPLU
On Tue, Mar 23, 2010 at 5:14 AM, Shlomi Fish wrote:
> It still has Curses-UI-0.71 from February 2002, and many other previous
> versions. All of this takes space on the CPAN , takes time to mirror and
> download, and clutters the various interfaces like search.cpan.org.
>
> So I've been thinking t
On Mon, Mar 22, 2010 at 3:35 PM, Bill Moseley wrote:
> So, I'm curious. Is there any kid of consensus on what to use for new
> modules and why? Or is it still mostly a matter of opinion?
It's completely a matter of opinion. Schwern, who maintains
ExtUtils::MakeMaker, has said in the past that p
On Tue, Mar 9, 2010 at 7:56 AM, Foo Bar wrote:
>> http://search.cpan.org/~andk/CPAN-1.9402/lib/CPAN.pm#Config_Variables
>>
>> build_requires_install_policy
>> to install or not to install when a module is
>> only needed for building. yes|no|ask/yes|ask/n
On Tue, Mar 9, 2010 at 4:37 AM, Gabor Szabo wrote:
> CPAN.pm is configured to automatically follow prerequsites but it
> still stops and ask the question
>
> ... is just needed temporarily during building or testing. Do you want
> to install it permanently (y/n) [yes]
>
> Why is that and can I con
I generally think of "Algorithm" as having to do with mathematics or
computer-science and "Tree" has a very specific computer science
meaning, so seeing just those words together wouldn't make me think of
something very different than what your module does. I'd try to work
in the idea of "shape" o
Kartik, you can do this yourself on PAUSE. Login and click on the
link for "Change Permissions". Or just go here:
https://pause.perl.org/pause/authenquery?ACTION=share_perms
-- David
On Thu, Mar 4, 2010 at 7:23 AM, Kartik Thakore wrote:
> Hi David,
>
> Can FROGGS get co-maint access on SDL m
On Thu, Mar 4, 2010 at 1:28 AM, wrote:
> as I've done in Makefile.PL below, and use what's available. It's
> dynamically installing a module that I'm sending this to ask about.
You don't need to dynamically install a module. You just need to
dynamically create the PREREQ_PM. Then, assuming y
On Sun, Feb 28, 2010 at 12:39 AM, Jonathan Rockway wrote:
> I put them in examples/. Unfortunately, search.cpan doesn't make any
> effort to advertise this, so you will have to do it yourself. ("Take a
> look at the examples in "examples/".)
I've opened a wishlist ticket with search.cpan.org to
I'm going to step *way* back in this discussion. I've been able to
replicate the issue, which is the first step to finding a thoughtful
resolution:
(1) All prerequisites to actually run the signature test file are
satisfied. (E.g. $ENV{TEST_SIGNATURE}, etc.
(2) MANIFEST.SKIP is in MANIFEST.SKIP
On Thu, Feb 18, 2010 at 1:49 PM, David Precious wrote:
> I think Ivan's point was more that the repo "URL" in question does not
> actually appear anywhere within the VCS::Which distribution:
>
> http://search.cpan.org/grep?cpanid=IVANWILLS&release=VCS-Which-v0.1.2&string=github
>
> Odd indeed.
Ah
On Thu, Feb 18, 2010 at 4:26 AM, Ivan Wills wrote:
> g...@github.com:EvanCarroll/datetimex-format.git
That's not a URL, that's the "problem". You can probably stick "ssh:"
in front of it, though.
However, on github, that is *your* private repository path -- no one
else can use it because it req
On Thu, Feb 18, 2010 at 7:04 AM, Nicholas Clark wrote:
> On Thu, Feb 18, 2010 at 12:00:23PM +, David Cantrell wrote:
>> On Thu, Feb 18, 2010 at 11:24:24AM +, Nicholas Clark wrote:
>> > On Wed, Feb 17, 2010 at 08:44:57AM -0800, macke...@animalhead.com wrote:
>> > > $^X is simpler, and simpl
On Wed, Jan 6, 2010 at 11:03 AM, Klaus wrote:
> I have a patch that fixes those problems. 3 modules are to be patched:
> "ActivePerl::DocTools::Pod", "ExtUtils::Command::MM" and
> "Module::Build::Base".
>
> Who do I need to contact to have all 3 modules patched at the same
> time ?
For Module::Bu
I suggest taking this up on the cpan-workers list instead of module-authors.
David
On Sat, Jan 2, 2010 at 10:26 AM, Ovid
wrote:
> Hi all,
>
> I've started writing Config::INI, an INI reader/writer in Perl 6. It's on
> github at http://github.com/Ovid/Config-INI.
>
> This has raised several in
using the 'use_tap_harness'
option and tests fail, matching the behavior under Test::Harness.
(RT#49080) [initial patch from David Wheeler; revised by David Golden]
- Updated PPM generation to PPM v4 (RT#49600) [Olivier Mengue]
- When module_name is not supplied, no packlist
On Thu, Dec 17, 2009 at 6:18 AM, Paul LeoNerd Evans
wrote:
> I have a standard MANIFEST.SKIP...
For anyone interested, the ExtUtils-Manifest module comes with a very
nice default MANIFEST.SKIP as part of the distribution:
http://cpansearch.perl.org/src/RKOBES/ExtUtils-Manifest-1.58/lib/ExtUtils/
> within 30 seconds of the upload to PAUSE. cpan.hexten.net,
> cpan.dagolden.net and cpan.cpantesters.net are three mirrors I know of
> that have this feature.
Nit: it's cpan.dagolden.com and cpan.cpantesters.org :-) Also, I
believe that search.cpan.org is not far behind these days.
> Of course,
On Wed, Nov 18, 2009 at 9:20 AM, Jonathan Yu wrote:
> Certainly I've found for tight loops with lots of calculations, XS/C
> is going to be faster. Why? Because it's compiled into machine code
> and executed directly on the chip. On the other hand, Perl is compiled
> into bytecode which is then ex
On Sun, Nov 15, 2009 at 11:55 AM, Jerry D. Hedden wrote:
> Consider Jeff Foxworthy making fun of rednecks. How is that different?
(Apologies if "redneck" jokes are too obscure for the non-Americans
reading this thread.)
Jeff Foxworthy is a comedian. (Damn good one, too!) But his comedic
perso
On Sun, Nov 15, 2009 at 6:51 AM, David Landgren wrote:
> I wanted to share this... Some people have no sense of humour. This came up
> on the cont...@perl.org queue.
>
> (I shall compose a message saying Acme is fun, etc. etc. Can anyone point me
> to other similar Acme modules to put this in cont
On Wed, Nov 11, 2009 at 2:40 PM, Jonathan Yu wrote:
> I'm not sure how many of these modules use it -- in particular, I know
> Math::Random::ISAAC only mentions it in POD. Using /dev/random isn't
> very portable -- what happens when you're on Windows?
Some things may check for it and fall back to
On Tue, Nov 10, 2009 at 10:01 PM, wrote:
> Many of you know that the random number generator /dev/random
> is subject to delays when it has "not accumulated enough entropy",
> which is to say randomness. These delays are said to be longer
> on Linux /dev/random that on some other Unices. They o
Its also largely irrelevant, since the 2.0 META spec will distinguish
between "repo" and browseable interface.
David
On Oct 31, 2009 6:38 PM, "Ricardo Signes"
wrote:
* Burak Gürsoy [2009-10-31T18:13:05]
> I see that some modules have git:// protocol as the repo address in
META.yml > and/or Po
On Oct 31, 2009 6:38 PM, "Ricardo Signes"
wrote:
* Burak Gürsoy [2009-10-31T18:13:05]
> I see that some modules have git:// protocol as the repo address in
META.yml > and/or Pod. I don't...
I'm strongly opposed. There might not be any HTTP URL to my repositor, even
though a CVS or Git URL may
On Sat, Oct 17, 2009 at 7:46 AM, Hans Dieter Pearcey
wrote:
> 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 is
> basically going to be the people who go and read it themselves.
Not yet. But maybe f
On Tue, Oct 13, 2009 at 9:29 AM, O. STeffen BEYer wrote:
> Hi Ryan,
>
> thanks a lot for your fast response (see a copy at the bottom of this
> message for convenience)!
See also Devel::CheckLib, which can check for a compiler for you (just
don't specify a lib) and has a handy command line utilit
On Mon, Sep 21, 2009 at 12:13 AM, wrote:
>> Most automated smoke testing will just quietly exit and continue. The
>> testers will never see the prompt. This is generally how automated
>> testers like it (though there are exceptions). Stopping at every Nth
>> module to figure out how to resolve
On Sun, Sep 20, 2009 at 8:51 PM, wrote:
> 1. Why are there so few test reports? Supposedly the prompt(" Please enter
> path...")
> which is provided by ExtUtils::MakeMaker, will not hang but will sense
> the smoky
> environment and return the default from $libpath. check_lib_or_exit will
On Sun, Sep 20, 2009 at 9:05 AM, James E Keenan wrote:
> I know that for several years Adam Kennedy has been attempting to provide
> more rigorous, OS-specific definitions of 'home directory' in File::HomeDir.
> As part of that effort, he had discussions with Chris Nandor re the best
> definition
On Mon, Sep 14, 2009 at 1:21 PM, Bill Ward wrote:
> Subversion is more like mercurial/git in that sense - versions go by
> changesets rather than individual files.
I think he meant it in the sense of having a monotonically increasing
revision number, which doesn't exist for git.
-- David
On Sun, Sep 13, 2009 at 4:25 PM, Jerry D. Hedden wrote:
>> I use the three number form:
>> $VERSION = q(v1.2.3);
>
> This may cause problems because it makes $VERSION a string,
> namely, "v1.2.3". This prohibits numeric version comparisons
> which is the norm.
The quoting definitely will cause
On Sun, Sep 13, 2009 at 10:45 AM, Jerry D. Hedden wrote:
>> package Workflow;
>> use Workflow::VERSION;
>> $Workflow::VERSION = $Workflow::VERSION::VERSION;
>
> This sort of strategy caused problems with the CPANPLUS module code
> awhile back in that the 'cpan->r' command showed its submodules to
On Sun, Sep 13, 2009 at 8:36 AM, Shawn H Corey wrote:
> Jonas Brřmsř Nielsen wrote:
>>
>> dist_name => 'Workflow',
>> dist_version_from => 'lib/Workflow.pm',
>>
>
> I would be tempted to:
>
> dist_version_from => 'lib/Workflow/VERSION.pm',
dist_version_from is also used as a defaul
On Sun, Sep 13, 2009 at 7:50 AM, Jonas Brømsø Nielsen wrote:
> I learned one lesson based on feedback from a user and that was that the
> distribution number should be reflected in the main package identified by
> the build file an example from Workflow:
>
> dist_name => 'Workflow',
>
2009/9/5 Burak Gürsoy :
>> From: Shmuel Fomberg [mailto:semu...@012.net.il]
>> what did I do wrong?
>
> Your distro version does not have the underscore, so it's not marked as a dev
> release. You should quote the version. i.e.:
>
> our $VERSION = '0.26_01';
>
> A bare underscore in numbers are ig
On Thu, Aug 27, 2009 at 7:09 PM, Eric Wilhelm wrote:
> # from David Cantrell
> # on Thursday 27 August 2009 07:33:
>
>> WARNING: there are new versions of Module::Build and Module::Install
>> available, it is strongly recommended that you upgrade them
>>
>>CPAN.pm already tells you if a new CPAN.
On Thu, Aug 27, 2009 at 10:33 AM, David Cantrell wrote:
> CPAN.pm already tells you if a new CPAN.pm is available, I'm simply
> proposing extending that because no-one knows that the 'r' command
> exists. I certainly didn't.
I like that idea.
> Also, note that this time round I've moved the warn
:58:26 EDT 2009
Bug fixes:
- Multiple test fixes for OS2 [Ilya Zakharevich]
- Generated.ppd files use :utf8 if possible (RT#48827) [Olivier Mengue]
- Fixed preservation of custom install_paths on resume (RT#41166)
[David Golden]
- Warn instead of crashing when Pod::Man tries to create files
[Reposted from
http://www.dagolden.com/index.php/458/call-for-proposals-cpan-meta-spec/
]
The CPAN META Spec is the basis for the META.yml metadata files
included in most modern CPAN distributions. Since the spec was last
updated two years ago, there have been suggestions in many forums for
how i
On Tue, Aug 25, 2009 at 10:20 PM, Bill Ward wrote:
> Do I understand this right? If a tar file contains a directory with
> permissions 777 - as would be likely to happen if it was made on
> Windows - then PAUSE rejects it? Why doesn't PAUSE just modify the
> permissions in the tarfile and publish
On Tue, Aug 25, 2009 at 6:56 PM, Jenda Krynicky wrote:
> On the other hand let me express my dissatisfaction with this
> undertested, underannounced, abrupt and pretty annoying change.
It was in response to a perceived security hole. So yes, it was
underannounced and yes that's annoying.
> Whoev
On Tue, Aug 25, 2009 at 4:38 AM, Jenda Krynicky wrote:
> Is there any problem in the way I built the modules (using
> Module::Build 0.2808)? Or is there anything wrong with the CPAN
> indexer or something???
1.05 is the version listed in the CPAN index file, so for whatever
reason the other upload
1 - 100 of 263 matches
Mail list logo
