* Eric Wilhelm enoba...@gmail.com [2010-11-11T13:54:32]
# from Ricardo Signes
# on Wednesday 10 November 2010 05:34:
Isn't this what Net::IP does?
http://search.cpan.org/dist/Net-IP/IP.pm#looping
Its interface is a bit gross, but it does exist and work.
That could also be said
* Evgeniy Kosov evge...@kosov.su [2010-11-10T07:58:32]
So, few words about what it is and why it is so.
My task was to track ranges of available IP addresses (IPv6 as well
as IPv4), to print reports (which addresses are free, which aren't),
to be able to grab one free IP and so on. I couldn't
* Xiong Changnian xiong-c...@xuefang.com [2010-08-15T07:02:29]
I'm looking to settle the namespace for a project (with the working
title 'hump', verb not noun). Tentative description:
*::Hump - Perl project manager and command line valet
The verb hump is a childish and crude word meaning to
* Curtis Jewell lists.perl.module-auth...@csjewell.fastmail.us
[2010-03-25T16:36:47]
Me, I've been deleting as I go, and tend to keep 3 versions up on PAUSE:
The previous one, the current one, and either the most recent dev
version or the 2nd version back.
Same, here. I use this library,
* Burak Gürsoy burakgur...@gmx.net [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 think this is useful to anybody since we don't see the
address at all in cpan shell and hardly anyone downloads and checks every
file to
* Jonathan Swartz swa...@pobox.com [2009-08-17T10:48:24]
Is there still a point to registering module namespaces on PAUSE?
In my opinion, no.
The only benefit to the list is that first-time authors think it's important,
so they talk to the admins of it, who can offer valuable advice for
* Bill Ward b...@wards.net [2009-01-26T16:41:42]
BE IT THEREFORE RESOLVED, that I'm seriously considering to take out
Locale support from Number::Format and make it configured manually.
Perhaps there may be a little locale support left in to set defaults,
but only if locale isn't b0rked on
* Nicholas Clark [EMAIL PROTECTED] [2008-11-24T11:30:28]
So I'm not sure what to call it.
String::Base85 seems reasonable.
--
rjbs
* Johan Vromans [EMAIL PROTECTED] [2008-11-12T18:05:39]
Burak Gürsoy [EMAIL PROTECTED] writes:
Well... You should either rename this thing or advertise more :)
And reduce the number of prerequisites, if possible.
If anything, expect more prereqs in the future.
--
rjbs
* Burak Gürsoy [EMAIL PROTECTED] [2008-11-11T14:25:27]
Well... You should either rename this thing or advertise more :)
I'll advertise more when it's stabler.
--
rjbs
* Jonas Brømsø Nielsen [EMAIL PROTECTED] [2008-11-10T16:15:20]
I like to be able to release distributions without necessarily
touching a code module, if changes are just documentation, tests or
other files. I only update package versions when code/functionality
changes, so developers
* Paul Johnson [EMAIL PROTECTED] [2008-11-10T17:17:22]
I'm starting to get annoyed by the extraneous commits into the revision
control system. And so I'm considering the option of not having the version
number in the file that gets checked in, but expanding it for a release.
Using
* Ken Williams [EMAIL PROTECTED] [2008-11-02T22:55:46]
Announcement: I've just committed change 12024 to Module::Build for
creating a LICENSE file during the dist phase using
Software::License. To get such behavior the author sets the
create_license parameter to new().
In celebration of this
* Ken Williams [EMAIL PROTECTED] [2008-11-03T09:49:01]
I noticed that, so I actually just provided explicit mappings for the
licenses M::B already knew about:
Cool. You might want to have a look at Software::LicenseUtils, which does a
reverse mapping sort of like your forward mapping:
* Bill Ward [EMAIL PROTECTED] [2008-10-31T16:12:01]
Instead of including a COPY of the license in every distro, how about
putting the URL into the META.yml file? (Or is it URI? I always get
that mixed up.) This seems like the sort of thing that URL or URI or
whichever it is would be perfect
* David Cantrell [EMAIL PROTECTED] [2008-10-30T12:53:58]
I agree that the second point is a problem. I'd like to solve it by
delegating to Software::License. Anything it knows about should be a
valid choice.
All that does it make it Someone Elses Problem while still not solving
the
* Dr.Ruud [EMAIL PROTECTED] [2008-10-26T06:28:44]
Gabor Szabo schreef:
I am trying to push forward simplifying and clarifying the
licensing issues on CPAN.
It would be nice to have a license pragma.
use license Perl;
What would this do?
--
rjbs
* Dr.Ruud [EMAIL PROTECTED] [2008-10-26T14:39:23]
That's up to the creator of the license pragma,
but it would most probably be defined as standing for:
This program is free software; you can redistribute it and/or modify it
under the same terms as Perl itself. See
* Bill Ward [EMAIL PROTECTED] [2008-10-23T15:20:00]
The META.yml thing is nice but you can't make it required yet.
The recommended version of Perl for production use is 5.8.8. The version of
ExtUtils::MakeMaker included in 5.8.8 distributions does not support the
license field.
Gabor is
* Bill Ward [EMAIL PROTECTED] [2008-10-23T17:11:09]
On Thu, Oct 23, 2008 at 1:49 PM, Ricardo SIGNES
Gabor is not suggesting that it be required to upload to PAUSE, but that it
be required to 'make dist.' This change would, perforce, require yet
another new version of EU::MakeMaker et al
* Gabor Szabo [EMAIL PROTECTED] [2008-10-22T07:09:16]
1) META.yml license field is required.
http://module-build.sourceforge.net/META-spec.html#license
says the license field is required but FAIK when calling
make dist or ./Build dist both EUMM and MB will happily
create META.yml files
* Bill Ward [EMAIL PROTECTED] [2008-09-30T23:07:22]
I wasn't talking specifically about anything... the recent discussion about
the above led me to post, but I was talking in general about the tendency of
module authors to be, in my opinion, overly eager to have dependencies on
other modules.
* Ken Williams [EMAIL PROTECTED] [2008-10-01T12:15:04]
On Wed, Oct 1, 2008 at 11:12 AM, Smylers [EMAIL PROTECTED] wrote:
But what if the bundled version of latest.pm is buggy and I already have
a later latest.pm installed on my system? That will use the wrong one!!
latest.pm doesn't ever
* Ken Williams [EMAIL PROTECTED] [2008-10-01T21:34:28]
On Wed, Oct 1, 2008 at 12:02 PM, Ricardo SIGNES
latest.pm doesn't ever get installed on anyone's computer. If you
install it, we have a backup plan for that too - the guys in black
coats will come and take your computer away.
Well
* Bill Ward [EMAIL PROTECTED] [2008-09-30T15:12:22]
Since anyone can upload code to CPAN, not all modules are of the same high
quality as others. I feel it is very important to vet each and every module
that I install. But with the auto-install behavior, modules that I want to
install may
* David Golden [EMAIL PROTECTED] [2008-09-30T22:51:11]
That's not what he's talking about. He's talking about modules that
bundle Module::AutoInstall -- which runs CPAN.pm or CPANPLUS in a
subshell during make to install dependencies.
Are you sure? I think it's quite unclear.
--
rjbs
* David Golden [EMAIL PROTECTED] [2008-08-01T11:37:07]
I have my own unpublished version of that kind of thing that I keep
meaning to release as an Archive::* module -- where a .pm file with a
DATA section is the archive, including the code necessary to unpack
it. And supporting multiple
* Shlomi Fish [EMAIL PROTECTED] [2008-07-25T15:50:12]
{{
use Test::More;
plan skip_all = these tests must be completely rewritten;
}}
It also seems none of them test for the contents of the files, but only for
their existence.
These tests have *never* been used and were
* Gabor Szabo [EMAIL PROTECTED] [2008-07-15T05:18:47]
On Tue, Jul 15, 2008 at 8:15 AM, Dave Rolsky [EMAIL PROTECTED] wrote:
A friend recently reminded me of the RRDB author's vast list of donations
he's received for his work, and I was thinking howzabout me?
might be a good idea.
Make
* Ivan Wills [EMAIL PROTECTED] [2008-06-15T19:54:57]
App::Cmd looks interesting but I'm not sure it does exactly what I need but
will check it out further. As for App::CLI it could do with some
documentation to describe what it does and how to use it.
App::Cmd was largely written to do just
* Bill Ward [EMAIL PROTECTED] [2008-06-13T04:17:26]
So, I'd like to publish this on CPAN, but I'm not quite sure where to
put it. I could put it under Mac:: but the iTunes/Windows option
rules that out in my mind. Apple:: makes sense, but some might think
that the module was produced by
* Gabor Szabo [EMAIL PROTECTED] [2008-06-04T04:50:51]
- Each distro should have a META.yml and a license field in it for machines to
check the license. (this one is probably not a legal requirement but it will
help the various automated tools)
The license field in the META.yml is
* Reinhard Pagitsch [EMAIL PROTECTED] [2008-05-20T04:50:55]
If no one steps up, I would be happy to put this in emailproject.perl.org's
svn and take maintenance of it until someone else volunteers.
I am happy if you will do it.
Ok. Pass me maintainership and I will import it to our
* Reinhard Pagitsch [EMAIL PROTECTED] [2008-05-19T06:52:17]
Mail::Convert::Mbox::ToEml: Convert Mbox to OE single eml files
If no one steps up, I would be happy to put this in emailproject.perl.org's svn
and take maintenance of it until someone else volunteers.
Let me know.
--
rjbs
* David Golden [EMAIL PROTECTED] [2008-04-30T08:32:02]
As I said, the easy answer is to patch PAUSE and search.cpan.org --
but the author.yml would be a more general solution for the future.
That said, I'm all for saying YAGNI.
I think there have been things for which AUTHOR.yml will be
* Jerome Quelin [EMAIL PROTECTED] [2008-04-25T03:36:25]
i'm writing a tk app that i'm shipping as a cpan dist. this app needs
some extra resource files (icons, etc) i'd like to know what's the best
method to ship extra data files in a dist.
For this, I have sometimes used
* David Golden [EMAIL PROTECTED] [2008-04-16T06:43:33]
On Wed, Apr 16, 2008 at 5:14 AM, imacat [EMAIL PROTECTED] wrote:
repository. For example, the most current version of Lingua::Features
is 0.3.1, but the 02packages.details.txt.gz says:
I don't know if this is the cause, but this can
* Thomas Klausner [EMAIL PROTECTED] [2008-04-11T13:07:30]
On Fri, Apr 11, 2008 at 03:10:05PM +0200, Dominique Quatravaux wrote:
On Fri, Apr 11, 2008 at 1:04 PM, Gabor Szabo [EMAIL PROTECTED] wrote:
So if I am using Tk::Widget::A and Tk::Widget::B... Tk::Widget::Z all
provided by Tk.
* Gabor Szabo [EMAIL PROTECTED] [2008-03-31T23:09:09]
Maybe there should be a module on CPAN (and maybe even distributed in core
perl?) that list some of the major licenses *with their full text*. Then both
Module::Build and MakeMaker could use a list exported from that module as the
* David Cantrell [EMAIL PROTECTED] [2008-03-31T11:28:49]
If you only care that it be free software, then you needn't bother, as that's
one of the pre-requisites for something being on the CPAN.
I don't believe that's actually true. Is there some requirement, when
uploading, that one has agreed
* Hans Dieter Pearcey [EMAIL PROTECTED] [2008-03-26T12:01:55]
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 ?
* Elliot Shank [EMAIL PROTECTED] [2008-03-26T14:20:20]
Hans Dieter Pearcey wrote:
Is there anything else that should be included?
How about changing things?
Kindly call it a module, and not a package, because what you're describing
isn't one.
Yes it is. Alternately: explain what you mean.
* David Golden [EMAIL PROTECTED] [2008-03-26T16:59:26]
1) Distributions can't be uniquely identified without an author name.
For example:
cpan://dist/Foo-Bar/1.23
Good catch.
2) dists may or may not even contain modules -- they could just contain
scripts.
I'm not sure this is relevant,
* David Golden [EMAIL PROTECTED] [2008-03-26T18:02:55]
On Wed, Mar 26, 2008 at 5:23 PM, Ricardo SIGNES
5. cpan://index/02packages.txt.gz
That could be used as a uniform way to address index files scattered across
the authors/, modules/, and indices/ directories.
I don't like file
* David Golden [EMAIL PROTECTED] [2008-03-26T21:00:01]
On Wed, Mar 26, 2008 at 8:26 PM, Ricardo SIGNES
In the CPAN, there are dists, which are largely any understood archive,
but especially one that contains either META.yml or is laid out with
modules and other stuff we recognize
* Eric Wilhelm [EMAIL PROTECTED] [2007-10-22T02:10:07]
Anyway, now it has a full set of bindings for everything (I think) in
List::Util and List::MoreUtils.
Seems a good bit like http://search.cpan.org/dist/Object-Array/, but with a
shorter constructor.
A SEE ALSO with a comparison would be
I'd like to use Config::INI for common information about Config::INI::Reader
and Config::INI::Writer. Config::Ini is module-list registered for AVATAR, who
has not made a CPAN release in five years.
I've sent him an email (a few weeks ago) but heard nothing back. Any leads?
--
rjbs
* Xavier Noria [EMAIL PROTECTED] [2007-05-04T04:38:14]
On May 4, 2007, at 10:26 AM, Gabor Szabo wrote:
A few days ago I created a report listing the availability of every
CPAN module as package in various Linux distributions.
A bit more work on it and now there is a report for each module
* Xavier Guimard [EMAIL PROTECTED] [2007-03-27T15:30:46]
The last I published correct bugs reported since 1 year. Since there is
no response, I've reported the bug in Debian but it is not critical and
my patch will not be taked into account: the Debian maintener waits for
official upgrade, so
* brian d foy [EMAIL PROTECTED] [2007-03-04T12:09:26]
I'm not talking about the particular field name, but the idea that I'd
want to say in META.yml Don't send me mail, or whatever setting I
want.
Instead of having to disable (or enable) CC for every new tool, I'd
want a setting that new
* David Golden [EMAIL PROTECTED] [2007-02-28T22:39:01]
Is there a de facto standard for custom extensions to META.yml? (I
didn't see one in the spec.) An example might be fields beginning
with a capital letter or X-foo style extensions. E.g.
Why not:
extensions:
CPAN::Reporter:
* Gabor Szabo [EMAIL PROTECTED] [2006-08-14T07:00:10]
e.g. a big red sign on search.cpan.org next to each module that has open bugs
in RT and has not been updated for the past 6 months...
I use this script to find bugs in mail-handling code or code I maintain.
* James E Keenan [EMAIL PROTECTED] [2005-11-28T22:08:47]
I notice that the timestamp on this page says:
Fri Nov 18 22:56:49 2005 GMT
... 10 days ago. And this appears to be the date that my CPAN.pm is
using as a reference point.
There's some sort of drive failure in the CPAN's
* David Golden [EMAIL PROTECTED] [2005-11-14T08:56:32]
Pod syntax checking is there already as testpod. It would be fairly
trivial to add testpodcover, but I suspect that never happened because
testcover does it already through Devel::Cover.
Test::Pod::Coverage needs to evaluate the Perl
* Andreas J. Koenig [EMAIL PROTECTED] [2005-11-07T17:29:50]
I will be very happy if you guys decide something and let me know.
I'll adjust the code for the forms on PAUSE then.
Here's my official vote:
(length $module_name + length $abstract + 3) should be under 80.
This means that the whole
* James E Keenan [EMAIL PROTECTED] [2005-11-04T18:22:57]
Since the 44-character limit never applied to modules except those
intended for CPAN, and since it does not now appear to apply to modules
as they appear on search.cpan.org, I'm inclined toward the latter
approach. Comments?
I think
* Robert Rothenberg [EMAIL PROTECTED] [2005-08-20T18:58:25]
The problem is that authors use boilerplates. With Module::Starter there
are lots of modules with abstracts The great new [modulename]. No
matter what wiz-bang new module starter system somebody comes up with,
there will be some
* Robert Rothenberg [EMAIL PROTECTED] [2005-03-29T18:03:09]
On 29/03/2005 22:14 Andy Lester wrote:
Or thrown away entirely, along with the rest of the archaic idea of
module registration.
I'm sympathetic to the idea, but some of the information in DSLIP is
useful and shouldn't be thrown
* Robert Rothenberg [EMAIL PROTECTED] [2005-03-29T14:16:11]
Some food for thought and debate. I'm wondering if the DSLIP codes [1]
be updated, if revamped altogether. Note the following issues:
I vote for eliminated.
--
rjbs
pgpxUKHHyPWvh.pgp
Description: PGP signature
* Andrew Savige [EMAIL PROTECTED] [2005-02-28T04:22:04]
This function synonym:
sub run { prun( @_ ) }
is better implemented as:
sub run { prun }
...which, in turn, is better implemented as
sub run { goto prun }
because it will never have to return to run. The return value of
60 matches
Mail list logo
