On Wed, Jul 10, 2024, at 23:39, Russ Allbery wrote:
> I'm pleased to announce release v6.0.0 of podlators.
Thanks for your seeming unending efforts to keep Perl's documentation system
going strong. I continue to get benefit from this work, well over 20 years
after I first started using it.
--
* Eric Wilhelm [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 a
* Evgeniy Kosov [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 find any
> su
* Xiong Changnian [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 have sex with."
* Rocco Caputo [2010-05-24T03:06:10]
> CPAN has a de facto standard of appending X to make "extensions"
> namespaces. Does that make sense for namespaces that end in X
> already? If not, please suggest alternatives.
Yes. ReflexX looks a little funny, but better that than something that needs
e
* Curtis Jewell
[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, which isn't good for much else yet:
http://g
* 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 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 locate a repo. The
* Jonathan Swartz [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
first-timers.
--
rjbs
* Bill Ward [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 that system.
* 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
* 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 Dist::Z
* 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 developer
* 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:
h
* 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 celebratio
* 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 pe
* 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
* "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
> http://www.perl.co
* "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
* 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
* 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
* 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 MET
* Eric Wilhelm <[EMAIL PROTECTED]> [2008-10-02T20:18:46]
> # from Ben Morrow
> # on Thursday 02 October 2008:
>
> >Being able to install latest.pm[1] and use an installed version
> > doesn't help, though. If there's a bug in the section of latest.pm
> > that tries to locate the installed copy of i
* 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
> &
* 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 doe
* 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 modu
* 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
* 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 m
* 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
* 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 ide
* 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 jus
* 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
* Dave Rolsky <[EMAIL PROTECTED]> [2008-06-10T13:23:09]
> The point is that you should ship a dist that is complete enough for an
> end-user to untar it, hack on the distro, run all the tests, and send you a
> patch.
See, I think this is a lousy goal. More and more, I am not building my
distrib
* 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 insuf
* 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 Su
* 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 Module::Install::
* 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, b
* 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
> > > provide
* Eirik Berg Hanssen <[EMAIL PROTECTED]> [2008-04-01T16:30:46]
> "Gabor Szabo" <[EMAIL PROTECTED]> writes:
> > now if someone could explain me why did search.cpan put the
> > Software::License::Mozilla
> > under documentation and not with the rest of the files...
>
> The same happened to me onc
* 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
> auth
* 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 agr
* 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
>
* 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/ directori
* 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 re
* 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
* 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 orde
* 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
I'd like to get App::Config indexed, but ABW has module-list registered
App::Config but does not use it. I've sent him an email with no reply (only
about a week ago). Does anyone have a lead on a better way to get in touch
with him than the address listed on his CPAN account?
--
rjbs
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 e
* 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
* imacat <[EMAIL PROTECTED]> [2007-03-21T09:53:27]
> No. I DO mean [EMAIL PROTECTED], as shown at the left
> "Feedback" link on this page:
>
> http://lists.cpan.org/
I also have had no luck for the past year getting information at lists.cpan.org
updated. I would be happy to maintain this da
* 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 th
* brian d foy <[EMAIL PROTECTED]> [2007-03-03T13:31:15]
> In article <[EMAIL PROTECTED]>, Ricardo
> SIGNES <[EMAIL PROTECTED]> wrote:
> > extensions:
> > CPAN::Reporter:
> > cc_author: 0
>
> I think in some cases this might work, bu
* 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.
http://rjbs.manxome.org/hack
* 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'
* 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 t
* "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 w
* 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
* Tim Bunce <[EMAIL PROTECTED]> [2005-09-27T12:46:25]
> On Tue, Sep 27, 2005 at 11:20:01AM -0400, Chuck Fox wrote:
> > I am interested in publishing my subclass as some folks have contacted
> > me concerning it after my reply to your story request.
> > How do I go about publishing something like t
* Andy Lester <[EMAIL PROTECTED]> [2005-08-22T15:07:47]
> RJBS and I are going to put some tests into Module::Starter to check for
> boilerplate. Watch for it tomorrow, maybe tonight.
Just a little while ago I uploaded 1.41_01, which adds:
* t/boilerplate.t
* some bug fixes
* simple email
* 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
* David Landgren <[EMAIL PROTECTED]> [2005-08-22T04:30:01]
> Or have Module::Starter know how to include site-local boilerplate. I
> like addnig a fixed blurb on how to report bugs (and no doubt other
> stuff but that's what I can think of without looking). If M::S knew how
> to fetch that durin
* 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'
* 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 retu
* Tim Bunce <[EMAIL PROTECTED]> [2004-12-01T13:27:00]
> On Wed, Dec 01, 2004 at 10:09:55AM -0500, Ricardo SIGNES wrote:
> > db_driver: ODBC
> > db_user: kibo
> > db_pass: grep
> > db_name: users
> >
>
> Why not store something like this?:
>
&
* Tim Bunce <[EMAIL PROTECTED]> [2004-12-01T04:48:40]
> I know what it does, I'm trying to find real examples that demonstrate
> why people think it's needed. Nick has provided a good one. Any others?
I have a very similar set of uses to Nick's. Our model classes at work
can connect to SQLite, MS
73 matches
Mail list logo
