Andreas J. Koenig wrote:
On Wed, 5 Jul 2006 21:39:06 -0500, Ken Williams [EMAIL PROTECTED] said:
On Jul 5, 2006, at 7:47 PM, David Golden wrote:
Some potential options:
(a) Add directory as a synonym to the spec and add dir as
something that CPAN sites recognize.
(b) Change
Scott W Gifford wrote:
I just uploaded to CPAN some FTP-related modules
(Net::FTP::AutoReconnect and Net::FTP::RetrHandle). In one of the
unit tests, I connect to ftp.cpan.org and retreive MIRRORED.BY to make
sure everything works OK.
Just in the last little bit, though, I've noticed that a
Dr Bean wrote:
On Mon, 30 Jan 2006, A. Pagaltzis wrote:
* Dr Bean [EMAIL PROTECTED] [2006-01-30 13:30]:
Scoring, however, is perhaps another area that could have its
own module.
However, I think it’s not unnatural in the least to have a
Games::RoundRobin for scheduling and
David Golden wrote:
José Castro wrote:
- you give it a set of texts (usually two, but can be more)
- without knowing the language of each text, the module tells you how
likely it is that those texts are translations of each other
It would probably be something in the Text of Lingua
Shlomi Fish wrote:
Hi all!
Hi Shlomi,
Sorry for the delayed response.
I've written a module using Module::Build and CGI::Application. I'm using
several Template Toolkit templates all placed in one directory. (placed
inside the module tree under ./templates/). I'm setting this template
Ricardo SIGNES wrote:
* 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
Wasn't paying attention when I copied prereqs from Makefile.PL
Randy W. Sims wrote:
4) Since M::S can generate distros with a Build.PL it might be nice if
it also included one. ;)
# vi:et:sw=4 ts=4
use strict;
use warnings;
use 5.6.1;
use Module::Build;
my $build = Module::Build-new
Ken Williams wrote:
On Jul 28, 2005, at 6:26 PM, Randy W. Sims wrote:
As far as distinguishing, there a lot of talk in the past in the
context of Apache2 about adding a field (generation) which serves
basically the same purpose - It distinguishes between multiple code
bases intended
Ovid wrote:
--- Ken Williams [EMAIL PROTECTED] wrote:
On Jul 28, 2005, at 6:26 PM, Randy W. Sims wrote:
That's true. All the smarts could be centralized in the indexer.
But then there's the problem of making sure when someone's browsing
CPAN manually (on a regular mirror
imacat wrote:
On Wed, 29 Jun 2005 09:42:32 -0500 (CDT)
Randy Kobes [EMAIL PROTECTED] wrote:
requests for making up ppm packages. Alternatively, there
are free C compilers for Windows, including Visual C++ 7,
for people willing to build their own perl.
Could you tell me where to obtain
Barbie wrote:
From: Jos I. Boumans [EMAIL PROTECTED]
Why the need for such an immensive framework? to be able to probe for
any type of file/function on any type of OS is not going to be trivial.
To look for every possibility yes that would be emmense. However, I wasn't
expecting to go that
Robert Rothenberg wrote:
I'm all for something like this, though I prefer requires_libraries
instead. (Listing libraries distinct from applications is a grey area,
so best to put them under one term.)
Come to think of it, why not recommends_libraries too?
What is needed is some standard set of
Baltasar Cevc wrote:
One possibility would certainly be to generalize Net::Daemon
to something like a App::Daemon or Proc::Daemon (the latter
exists, but has only a limited functionality, concentrates just
on the real daemonizing and does not take care about PID etc.)
or something in that
Andrew Savige wrote:
Shamless plug: since you are a relative newbie, you might find
this article:
http://www.perlmonks.org/?node_id=418891
an interesting read, especially the section Testability and Test Suite.
Also check out the perl-qa mailing list for all kinds of testing
quality issues.
Torsten Schoenfeld wrote:
On Fri, 2005-02-25 at 09:43 +0100, A. Pagaltzis wrote:
use constant Gst='Multimedia::Gstreamer';
Gst-new();
I just realized that this won't work. I don't just need Gst to
be an alias for Media::GStreamer, I need Gst::* to be an alias
for Media::GStreamer::*. That
Torsten Schoenfeld wrote:
Aloha,
GStreamer is a powerful and pretty popular media framework. GNOME
already uses it extensively, and KDE just started to. It's based on
GLib and uses its object oriented C API style. The objects have names
like GstQueue or GstElement.
For similar objects like
Andrew Savige wrote:
--- Ovid wrote:
Perhaps this is a silly question that I should know the answer to, but
is there a canonical url I can list for a module and always have that
point to the latest version? Right now, my choices seem to be:
http://search.cpan.org/~$AUTHOR/$MODULE-$VERSION/
Or
James Keenan wrote:
What is the simplest way to determine for a given CPAN module (a)
whether it is part of the Perl core; (b) when it became part of the core
(i.e., which version of Perl); and (c) which version is considered core?
http://search.cpan.org/dist/Module-CoreList/
Scott R. Godin wrote:
For a project I'm on, I'm pondering whether or not to subclass one of
the various Mail::* implementations out there, with an eye for
Mail::Mailer.
Does anyone have any recommendations in this regard? gotchas things I
should watch out for ? pointers? examples? :)
I don't
Gabor Szabo wrote:
Hi,
does anyone know how to add the license field to the META.yml
file when using Makefile.PL ?
I know how to do it from Build.PL and as far as I know MakeMake
does not yet support it out of the box. Is there a workaround ?
Workarounds are discussed in the thread beginning at
David Wheeler wrote:
On Jan 4, 2005, at 2:47 PM, Bruce J Keeler wrote:
I've always felt that this one should have a lowercase name, since it's
rather pragma-ish. Are pragmas allowed outside of the core Perl
distribution? Maybe it should be submitted as a core pragma, actually.
It's a really
Sébastien Aperghis-Tramoni wrote:
cpansmoke is being re-added for 0.050_04.
What is missing now is people using/testing CPANPLUS 0.50_xx to help
Jos find and crush bugs.
Yeah, a more productive place to discuss this might be the
cpanplus-devel list:
I've just been inspired:
http://www.boingboing.net/2004/12/12/starbucks_barristas_.html
Starbuck's is finally getting the recognition they deserve as a great
impetus and source of stimulation for the software engineer.
I'll have a venti Chai Latte with a squirt of peppermint, and a script
to
Joshua Hoblitt wrote:
On Sun, 17 Oct 2004, Christopher Hicks wrote:
On Sun, 17 Oct 2004, Joshua Hoblitt wrote:
is the namespace appropriate?
I'd rather see it called something like File::DetectCorruption or
something that makes it clear that your module isn't here to corrupt
files.
That seems
On 8/24/2004 9:28 AM, Simon Cozens wrote:
[EMAIL PROTECTED] (Randy W. Sims) writes:
hmm, are you going to generate multiple indexes? It might be
interesting if we could search over the various fields provided by
META.yml[1]
I am only going to generate one index, but this is because Plucene
Andy Lester wrote:
On Mon, Aug 23, 2004 at 10:43:38PM +0100, Nicholas Clark ([EMAIL PROTECTED]) wrote:
There is nothing stopping anyone on this list prototyping their own
improved substitute for search.cpan.org. (although it helps if you have
a public facing webserver if you want to show it to
[ Actually, I'm going ahead and CC'ing the list because I'm going to
suggest something that others will probably disagree with ;-) ]
Nadim Khemir wrote:
-Original Message-
Is this a build system for perl modules or a generic build
system? Is it
an application or a library? Is the
khemir nadim wrote:
I'm going to polute witha new top level namespace! PBS::
Don't anyone have any idea of where we should put this type of modules?
Is this a build system for perl modules or a generic build system? Is it
an application or a library? Is the documentation available; I'd like to
david nicol wrote:
I am writing a module that provides HTTP interface using select,
for simple web applications without a web-server, and without
POE or other modules.
Configuration will be by mapping paths to coderefs.
Planning to call this cute beastie HTTP::Server::Selecting.
Comments?
I'm not
Christopher Hicks wrote:
On Thu, 19 Aug 2004, Hugh S. Myers wrote:
2. Push hard on the notion of adding a keywords item to the 'standard'
for pod documentation.
What should those keywords be? Who decides? I'm personally much more
interested in seeing a dmoz-ish hierarchy so related modules
Hugh S. Myers wrote:
Good suggestions all. OTOH---I can't help but think that it wouldn't hurt to
have a few more documentation tools, for both old and new authors. I'm
working on a script using B::Deparse that will when done at least generate a
skeleton document framework for subs and globals.
Adam Monsen wrote:
(this was originally posted in comp.lang.perl.modules, but received no response)
I need a vacation autoresponder that can (at least) be used within
~/.procmailrc.
I'll write one unless someone knows of a useful one. Features I need:
* doesn't respond to mailing lists
* doesn't
Amir Karger wrote:
--- Randy W. Sims [EMAIL PROTECTED] wrote:
Amir Karger wrote:
* Games::Zmachine - well, Z-machine isn't technically just for
games. I say technically because the most useful Z-machine
program I've seen is a Befunge interpreter. But this module is
really doing more munging
Amir Karger wrote:
[Warnocked on cpl.modules]
I've written a module that parses Z-machine files[1] and translates
them
into executable Perl scripts. In the future, it'll be translating to
other languages: first on the list is PIR. I'd like to CPAN-ify it,
and wanted to ask about namespace.
Sorry for the delay. I haven't abandoned this; it's just been a long
week, and there are some issues here that I've thought of that I'm
unresolved on, but I'll bring that back up another time...
Eric Wilhelm wrote:
# The following was supposedly scribed by
# Randy W. Sims
# on Saturday 24 July
Sam Holden wrote:
I asked this in comp.lang.perl.modules and was pointed here, so
here I am.
Firstly, wily[1] is a (mostly) workalike of Acme[2] an editor
under plan9.
Wily provides only basic functionality with a very different but very
small interface (with lots of mousing, meaning many people
[Did I not reply to list in my previous message?]
Eric Wilhelm wrote:
# The following was supposedly scribed by
# Randy W. Sims
# on Thursday 22 July 2004 10:45 pm:
- Module Version: 3.05
+ Module Version: 3.05 Source
The ratings are one click away on the dist page.
Yes, but as I said
On 7/22/2004 5:50 PM, Randy W. Sims wrote:
We just need to organize and do it.
1st crack at organizing ideas/suggestions made in this thread and in
Ask's TODO list. Comments/Omissions?
Also available at http://www.thepierianspring.org/perl/cpan-ratings.notes
--
I) CPAN Ratings
A) Abuse
On 7/22/2004 11:41 PM, Eric Wilhelm wrote:
# The following was supposedly scribed by
# Randy W. Sims
# on Thursday 22 July 2004 07:56 pm:
A) Abuse
Authors abusing the system for political statements, to sabatoge
authors of similars modules, etc.
1) The usuall solution is a Karma
Ken Williams wrote:
On Jul 18, 2004, at 10:08 AM, David Wheeler wrote:
On Jul 17, 2004, at 8:57 PM, David Wheeler wrote:
Agreed. I'm racking my brains (and the brains of those around me),
but I'm not coming up with anything. I like finding the right
language for things, though, so I'll have to
On 7/17/2004 11:36 AM, James Keenan wrote:
Pardon my ignorance, but ...
What is the 'default phone-home behavior' in the Makefile.PL's about
which Randal was complaining?
Is it the author's 'Perlish' coding style, in which he places
statement-ending semicolons at the start of the line? Or
On 7/17/2004 12:25 PM, David Wheeler wrote:
On Jul 16, 2004, at 7:48 PM, Randy W. Sims wrote:
It looks like maybe we could use 'virtual' packages like I mentioned
below to solve this:
Erm, that should have been:
YAML:
requires:
db_driver: [postgresql] || [mysql]
[postgresql]:
DBD::Pg: 0
David Wheeler wrote:
On Jul 17, 2004, at 10:12 AM, Randy W. Sims wrote:
Also, if there were a single module that all tools used to check
requirements, it could include builtin macros for common virtual
packages: DBD, DBM, Archiver, Encryption, ...
Hrmm, yes, that would be nice, too. Did you
Robert Rothenberg wrote:
I am working on a module that when given a CPAN distribution, it will
determine what modules that distribution depends on by scanning the
META.yml file or if that one is not present, the Makefile.PL file.
A while back I started on a module to read, write, validate the
On 7/14/2004 3:44 PM, Mark Stosberg wrote:
On Wed, Jul 14, 2004 at 03:11:11PM -0400, Randy W. Sims wrote:
Fergal Daly wrote:
Does META.yaml have a place for keyowrds?
The spec doesn't currently provide for keywords. I do think it would be
a good idea, BUT I think it needs to be done in a way
On 7/16/2004 8:54 AM, Ken Williams wrote:
On Jul 14, 2004, at 2:11 PM, Randy W. Sims wrote:
The spec doesn't currently provide for keywords. I do think it would
be a good idea, BUT I think it needs to be done in a way to avoid abuse.
I think maybe it would be better to put keywords right
Fergal Daly wrote:
Does META.yaml have a place for keyowrds?
The spec doesn't currently provide for keywords. I do think it would be
a good idea, BUT I think it needs to be done in a way to avoid abuse.
I'd hate to see META.yml files grow by the kb as authors add every
conceivable keyword they
Matthew Sachs wrote:
On Jul 14, 2004, at 12:11, Randy W. Sims wrote:
Fergal Daly wrote:
Does META.yaml have a place for keyowrds?
As limiting and as clumsy as it seems, I think that if keywords are
added then it should be from a limited set of keywords, i.e. more of a
classification scheme
On 7/14/2004 5:29 PM, David Landgren wrote:
Hello,
I gave a talk at the French Perl Workshop in June about some work I was
doing to produce really large (i.e. length($re) 5) regular
expressions for Postfix access maps. (Postfix can be compiled with the
PCRE library). A number of people
On 7/14/2004 5:51 PM, Tim Bunce wrote:
On Wed, Jul 14, 2004 at 12:40:03PM -0500, Dave Rolsky wrote:
On Wed, 14 Jul 2004, A. Pagaltzis wrote:
* Dave Rolsky [EMAIL PROTECTED] [2004-07-14 19:26]:
Some of them _are_ registered, but that document you're
referring to hasn't been regenerated since
Fergal Daly wrote:
Does META.yaml have a place for keyowrds?
The spec doesn't currently provide for keywords. I do think it would be
a good idea, BUT I think it needs to be done in a way to avoid abuse.
I'd hate to see META.yml files grow by the kb as authors add every
conceivable keyword they
On 7/13/2004 8:01 PM, Bruno Negrão wrote:
Oh, what a sadness. Indeed i never saw the DateTime project before.
But still my module is far easier to use than DateTime::Format::Duration.
Do you believe it is worth to publish it in Time::Seconds::GroupBy?
Not sadness, experience. Actually this was an
khemir nadim wrote:
Hi,
I started a vonlontary review on Perl Monks. I don't know if it's the best
place but since they have reviews I thought it would be a good place to
start with (and I couldn't think of a better place). It hasn't given any
result so far :-) . If some of you would be nice
Dave Rolsky wrote:
On Fri, 10 Jul 2004, Scott W Gifford wrote:
Right now I'm leaning towards either keeping WWW::Map or going with
WWW::MapService. I think the former is actually reasonably clear given
the WWW namespace, which is all about interacting with web stuff, not
generating HTML or
On 6/24/2004 11:11 PM, Eric Wilhelm wrote:
Hi everybody!
I'm going to be documenting a system of (30+) programs with is mostly scripts,
rather than modules. I know you can just put pod text in your scripts, but
I'd like to also integrate the usage messages into the pods (or get them from
the
Becky Alcorn wrote:
The javascript library that we're using only works in browsers as far as we
know, and as far as our development goes we think of this kind of
functionality as a natural extension of what the CGI module does for us.
It seems that there is some overlap between the Javascript,
On 5/13/2004 7:19 PM, IvorW wrote:
- Original Message -
From: Jose Alves de Castro [EMAIL PROTECTED]
To: IvorW [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: 13 May 2004 11:23
Subject: Re: Duplicated modules
Having said that, are we just reinventing Perlmonks?
That, I do not know...
Andy Lester wrote:
I've just released Module::Starter 0.02, meant as a replacement for h2xs.
I just reinstalled Debian on my laptop with the default perl (5.6.1).
The following are the modules required and requested for
Module::Starter and its dependents. Not complaining or making any
Andy Lester wrote:
I've just released Module::Starter 0.02, meant as a replacement for h2xs.
I just reinstalled Debian on my laptop with the default perl (5.6.1).
The following are the modules required and requested for
Module::Starter and its dependents. Not complaining or making any
Andy Lester wrote:
I've just released Module::Starter 0.02, meant as a replacement for h2xs.
I think h2xs is very out of date as far as current best practices for
modules. It's also very intimidating for people who just want to create
a module, and have no need for all the compiler hoohah that
Hans Oesterholt-Dijkema wrote:
Good point. Any suggestions?
With this module it's possible to have 1 Conf frontend using one
of the provided backends: String, File, SQL, INI for now, but
later probably Win32::Registry, maybe Wx::Config.
I wasn't really concerned about namespaces when I wrote
On 4/1/2004 5:25 AM, Hans Oesterholt-Dijkema wrote:
Dear All,
I'm just wondering. I've uploaded a few modules last days,
of which:
Conf-0.06
Conf-SQL-0.05
Conf-INI-0.03
Why? There are already several namespaces where configuration type
modules are located, primarily Config::*. Why do
On 02/24/04 13:51, Smylers wrote:
Sam Vilain writes:
I've performed an initial re-work of the modules list. Please look
over the sections of the list that you are most in touch with and
provide feedback.
After this stage, I'll try and fit the modules from the existing lists
and the Phalanx
On 02/20/04 01:22, David Manura wrote:
Since there has been some discussion recently on improving
search.cpan.org search results, here's an initial attempt to apply the
Google-inspired PageRank algorithm on Perl modules when interpreting
module dependencies as links:
On 1/3/2004 11:22 PM, David Robins wrote:
I have two modules that make use of the Event.pm module that would be more
generally useful that I'd like to contribute to CPAN:
Event::IO::Linear - aggregates received data into 'lines'; handles timeouts;
buffers writes. Works with either Unix or
On 12/23/2003 8:21 PM, James E Keenan wrote:
I recently used the Feedback section on search.cpan.org to ask the
following question:
I've noticed that the CPAN interface for modules now includes a
space for the module's License -- but that few modules have any
entry here (e.g.,
On 12/18/2003 12:25 AM, Andrew Sterling Hanenkamp wrote:
Wrapping hashes with arbitrary inflate/deflate methods.
This is a tool that adds syntactic sugar to hashes. I developed it for
the purpose of making complicated storage in hashes tied to DBM files
nicer. It doesn't matter if you use
On 12/5/2003 1:05 PM, Tim Bunce wrote:
Are you volunteering?
Since I opened my big mouth, I guess I am. :o
Now what exactly was I volunteering for again?
Tim.
On Thu, Dec 04, 2003 at 07:39:04PM -0500, Randy W. Sims wrote:
On 12/4/2003 3:50 PM, Tim Bunce wrote:
On Thu, Dec 04, 2003 at 11:42
On 12/4/2003 12:40 AM, [EMAIL PROTECTED] wrote:
Andrew Savige replied to me offlist with a good solution.
Taking a hint from lib/Net/Config.pm
my $file = __FILE__;
my $ref;
$file =~ s/Config.pm/libnet.cfg/;
That is definately a more elegant solution. I only have two problems
with it:
1) I did
On 12/4/2003 3:50 PM, Tim Bunce wrote:
On Thu, Dec 04, 2003 at 11:42:07AM +0100, Steffen Goeldner wrote:
Randy W. Sims wrote:
Maybe DBMS::BTrieve::???
That looks good!
But that's a new namespace. The horse has well and truly bolted on
the db module namespace issue. They're all over
On 12/3/2003 3:06 PM, Stas Bekman wrote:
Obviously there is a solution to this problem. Enter the magic CLONE
function called when a new thread is spawned (perl_clone is called). If
a package defines this function, perl will call it. When CLONE is called
Perl has already cloned $y. So what you
On 12/3/2003 11:12 AM, Steffen Goeldner wrote:
Hi, I'm about to release two modules:
BTRIEVE::XS
BTRIEVE::API
The first, BTRIEVE::XS, is a simple XS wrapper module for
Btrieve's single function API. I.e., you can call Btrieve's
C function BTRCALL() in perl as BTRIEVE::XS::Call().
The second,
On 12/3/2003 8:27 PM, Stas Bekman wrote:
Randy W. Sims wrote:
I'm a C++ guy, so this kinda makes me think of auto_ptr's and their
reset method except that doesn't actually copy... actually this sounds
more like a copy constructor; what about copy_construct() ???
Thanks, Randy.
I haven't
Orton, Yves wrote:
But as we start to put this together we run across
Module::Build. In
the past I have always used ExtUtils::MakaMaker. Is there
a preference
(if one were starting from scratch), to using one over the other?
Personally my feeling is that Module::Build isn't mature enough
And here it is in pod format.
=head1 NAME
Module::Build::META-spec - Specification for FMETA.yml
=head1 SYNOPSIS
--- #YAML:1.0
name: Module-Build
version: 0.20
license: perl
distribution_type: module
requires:
Config: 0
Cwd: 0
Data::Dumper: 0
ExtUtils::Install: 0
Ok. So, I've gone over the spec and referenced this thread and my
archives of past meta discusions on module-authors, and I've come up
with a preliminary patch for Ken and anyone else interested. This is a
patch against http://module-build.sourceforge.net/META-spec.html which:
* Added more
Simon Cozens wrote:
Hi. I'm about to write a module which presents an array in sorted order;
$a[0] will always be the least element by some comparator. Miraculously,
there doesn't seem to be such a beast on CPAN already.
Is Tie::Array::Sorted a reasonable name for it, or would another one be more
Bruno Negrao wrote:
Hi Aristotle, (in portuguese your name is written Aristteles:)
I can't believe noone understood what you were talking about and
went off to lala-land. :-/
:-) hehehehe lala-land, that was fun!
Yes, they simply ignored what I asked them.
Even if I use the technique you
darren chamberlain wrote:
* Randy W. Sims RandyS at ThePierianSpring.org [2003-11-10 15:49]:
Also, as I noted in the AFS thread the other day, this info should be
written in META.yml so that cpan-testers can determine programatically
whether a module should be tested. Info like required non
On 11/6/2003 10:17 AM, [EMAIL PROTECTED] wrote:
While I applaud the effort to automate testing of new releases posted
to CPAN, this is adding absolutely no vlaue in this case.
I am not looking forward to getting one of these for every platform
someone decided to test this on.
This particular
80 matches
Mail list logo