Title: RE: Take back your modules! (was: Re: Give up your modules!)
On Sep 7, 2006, at 9:08 AM, Mark Stosberg wrote:
I say: If you are care about a module's maintenance, start
acting like
you own it, being considering that others, especially the current
maintainer, may feel the
Title: RE: What to do about abandoned / unmaintained CPAN code?
-Original Message-
From: Linda W [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 12, 2006 12:34 AM
To: module-authors@perl.org
Subject: What to do about abandoned / unmaintained CPAN code?
I was going through
Title: RE: New Module Proposal - Math::Interval
Ken Williams wrote on Thursday, March 02, 2006 4:28 AM
On Feb 26, 2006, at 6:46 PM, Brendan Leber wrote:
First I need to explain a bit about intervals. In this context an
interval is a new type of number just like a complex. Intervals
Title: RE: New Module Proposal - Math::Interval
Thus, having some math background one would identify
Math::Interval::Arithmetic (or maybe more proper,
Math::IntervalArithmetic) at a glance in a search for interval.
Imo the former form should be heavily preferred over the latter.
Title: RE: OO list module
Somwhat off topic I guess, but I thought id add a comment regarding this statement:
Interesting, but likely to introduce inconsistency. This is a
left-to-right flow as opposed to the lisp/functional right-to-left.
The lisp/functional flow (right to left) is
Title: RE: Another CPANTS/pod_coverage.t rant - FULL VERSION
As far as CPANTS is concerned, awarding points for the respective
issues by checking the metrics themselves is a good idea, but
looking for tests for these metrics seems rather pointless.
Again, checking whether the POD is
Title: RE: Name advice: check license of dependencies
On a side note, I discovered that using Data::Dumper on my output
object causes memory use to go through the roof. I think
Data::Dumper is chasing into the CPANPLUS data structures and
thrashing my machine. Is anyone familiar enough
Title: RE: Name for module to construct URI from named params?
I'm planning to extract some code from MasonX::WebApp and release it
separately. All it does is take a set of named params and
return a new
URI object from it:
my $uri = URI::FromHash::uri( scheme = 'http', domain = ...
Title: RE: Name for module to construct URI from named params?
FromHash seems inappropriate, as you aren't actually using
a hash there.
Excellent point! Um, how about ...
URI::NamedParams
URI::Constructor
URI::Creator
The first is clearest, but people always hate it when a
Title: RE: RFC - Test::Stupid module
there will be some kind of boilerplate text. Unless maybe it
asks you to write the documentation before you write the module.
(Fine for some developers, but not everyone.)
Now that would be a cool tool. You simply write a bunch of .t files and it
Title: RE: Getopt::Long wishes (was: RFC: Getopt::Modern)
[EMAIL PROTECTED] wrote on Monday, June 27, 2005 9:46 AM
Anyway, the next version of Getopt::Long will have the ability to use
an arbitrary array instead of ARGV.
Now, do you want this to be yet another if the first argument is an
Title: RE: Getopt::Long wishes (was: RFC: Getopt::Modern)
-) Structured access to the option settings
-) Option to pass in something other @ARGV to the
arg-processing code.
Id be curious what you mean by the first, and Im confused why the obvious solution to the second is not good
Title: RE: RFC: Getopt::Modern
[Quoting Eric Wilhelm, on June 16 2005, 15:14, in Re: RFC:
Getopt::Mo]
15 years * n requests/year = 15*n degrees of flexibility =
unpredictable
Hmm. I'd say
15 years * n requests/year * m happy users = reliability
which is as meaningless as your
Title: RE: Module for simple processing of log files
Le mardi 29 mars 2005 à 17:52, Orton, Yves écrivait:
I started working on a project like this but never got
around to finishing
it. I called it Generic Record Processing System IE GRPS.
The point being
that this isnt
Title: RE: Introduction Letter
messy. Four thumbs down to this idea.
You have four thumbs Aristotle? Must make for a crowded space bar eh?
;-)
Yves
Title: RE: Name for GStreamer bindings
On Wed, 2005-02-23 at 14:08 +0100, David Landgren wrote:
Another alternative is to let the user choose. Take a look at Yves'
Data::Dumper::Streamer module. During the installation, the user has a
choice of additionally installing it in the DDS
Title: RE: Name for GStreamer bindings
If all modules have really short names then nobody knows
when anybody
else's modules are for, which rather defeats the purpose of
Cpan. Cpan
is a global namespace, and as such names have to be chosen
carefully to
be as meaningful as
Title: RE: When Did a Module Become Core?
And for the even lazier, who can't even be bothered to
install a module:
http://www.twoshortplanks.com/modulecorelist/
And for the truly lazy who think that clicking on an URL and
filling out a form is too much work, with
Title: RE: Subclassing a mailer
Well here I have this Subscriber object, let's call it. They
signed up
on a web form, and I've poulated the object with the validated data.
what would I like to do with the Subscriber?
o send them a welcome mailing
o snailmail - add them to
Title: RE: Subclassing a mailer
ahh no, nothing in that regard.. What I want is to add some of said
capabilities to another module that I'm creating that's unrelated to any
thing to do with mailing. The object merely tracks some client data. In
some instances I'll want to send an
Title: RE: Module naming advice
Which is my problem with 'alias.' Case-insensitive systems will
happily load a module with incorrect case (after loading,
though, using the name with incorrect case will cause problems).
Which module would get loaded?
Assuming they are both installed
Title: RE: Module Name: Net::Lite::FTP
On 05 January 2005 18:16 Ovid wrote:
I'd much rather see you work with the existing Net::FTP
and enhance it either by patching or by subclassing.
If I understood the original author correctly, he could not patch
Net::FTP because those working on
David E. Wheeler wrote on 15 December 2004 23:45
On Dec 15, 2004, at 12:43 PM, David E. Wheeler wrote:
D'oh! I've already renamed it DFA::Rules in Subversion. Ah, well, at
least it's easy to change. Look for the new module to be on CPAN later
today.
And here it is:
The following
Ovid and I were getting fed up with the horrible DFA::Simple module, so
I wrote a new module, DFA::StateMachine, to take its place in our work.
But I'm no computer scientist, so I'm not even sure whether the name is
right or if the module functions the way a DFA state machine is
Based on this definition, I'm not sure if my module is a DFA or an NFA
state machine. In each state, you can define rules for transitioning to
other states. When you call the check() method, it checks each of these
in the order you defined them and transitions to the first state for
which
David Coppit replied on 15 December 2004 14:21
On Wed, 15 Dec 2004, Orton, Yves wrote:
The term DFA::StateMachine is like say Car::Car.
Right.
A DFA is by definition a state machine (it stands for
determinisitic
finite state automata). And after a review of the code IMO
using
Henrik Tougaard wrote on 07 December 2004 10:59
Martyn J. Pearce skrev:
On Fri, Dec 03, 2004 at 11:25:53AM +, Tim Bunce wrote:
...
The simplest fix is to standardize one set of driver DSN attribute
names so that at least the host, port, and database (schema) can
be specified in a
Christopher Hicks wrote:
Coming up with common set of parameters that most DB's are going to
require and then providing standardized names for them would seem to be
useful in general. So far I havent seen anyone provide something that a
given driver Has To Have that doesn't fit into the
Tim Bunce wrote on 30 November 2004 23:32
On Tue, Nov 30, 2004 at 09:38:47PM +, Nicholas Clark wrote:
On Tue, Nov 30, 2004 at 08:53:51PM +, Tim Bunce wrote:
I don't get it. Can someone give me some small but real examples
of the problem that's being solved here?
The one
It'll always come down to the issue of why not store complete DSNs?
and so far that's not been well covered by the feedback I've got.
Duplication of data in multiple places is the answer I think. The more DSN
strings you have the more needs to be changed later on, and the bigger the
chance
Title: RE: Let's eliminate the Module List
I agree with you all, I know the list is probably doing more harm then
good, but it wasn't like that years ago, and the only reason it is like
that now is that the list isn't being updated! If someone keeps it up to
date, I think it'll be a good
Title: RE: Renaming module - Algorithm::SkipList
* Orton, Yves [EMAIL PROTECTED] [2004-08-02 11:05]:
Really, IMHO the tree modules and yours and probably others
more should be in some sort of Datastructure:: namespace.
Oh god. Do we really have such a namespace?
No, not to my
Title: RE: Renaming module - Algorithm::SkipList
* Robert Rothenberg [EMAIL PROTECTED] [2004-07-31 09:47]:
I have a module called List::SkipList which has been on CPAN
for quite a while. I'm thinking of renaming it to
Algorithm::SkipList, which seems more appropriate (and nobody
said
Title: RE: CPAN Rating
Personally I think the current rating system should be enough
- only not enough people use it (for example my modules have
only one or two ratings, yet they are used by a lot of
people, and have been for many years).
Well, personally ive never rated your module
Title: RE: CPAN Rating
[EMAIL PROTECTED] (Khemir Nadim) writes:
But I can't live anymore with the low quality and release
process that
CPAN has!!!
*sigh*. Is it that time of year again?
We have this discussion every six months or so. Everyone
talks about it. Nobody does
Title: RE: too many tests?
This works fine up to 5 char combinations... but when you get
to the over 900.000 tests for the 6 char ones... argh ;-\
My computer simply froze (2)... and a message stating
something like Enormous test number seen kept displaying.
So... is this normal?
Title: RE: PerlHack - Adding new flag into a SV
From: Orton, Yves [EMAIL PROTECTED]
I thought you are just automagicaly weaken()ing the referenced
stored in the tied hash??? Something like package
Hash::NoRef; use
Scalar::Util qw(weaken); require Tie::Hash; @ISA = (Tie::StdHash
Title: RE: PerlHack - Adding new flag into a SV
I thought you are just automagicaly weaken()ing the referenced stored
in the tied hash???
Something like
package Hash::NoRef;
use Scalar::Util qw(weaken);
require Tie::Hash;
@ISA = (Tie::StdHash);
sub STORE {
$_[0]{$_[1]} = $_[2];
Title: RE: Looking for advice: What Perl module to use?
I would actually suggest that you go to www.perlmonks.org and post a question in the Seekers Of Perl Wisdom section.
The module list isnt in my opinion the right place to do this.
Youll get better answers faster at Perlmonks than
Title: RE: defining 'constants' at run time
david nicol wrote on 11 March 2004 18:38:
On Thu, 2004-03-11 at 05:20, Orton, Yves wrote:
use constant ARG1=$ARGV[0];
is better
Absolutely. the begin block posting was a hurried and untested
example of how to use a BEGIN block
Title: RE: defining 'constants' at run time
Sam Vilain responded on 04 March 2004 11:58
On Thu, 04 Mar 2004 21:55, Orton, Yves wrote;
Well, people who spend a lot of time on the message boards helping
out get a lot of questions like:
How can I replace every letter 'o' not preceded
Title: RE: capturing carp()s in module tests?
i want to test error checks in a module i'm working on. the
error paths carp() the problem and then proceed.
is there any way to capture the carp text (without using
some of Carp.pm's internal routines) for testing that they're
correct
Title: RE: OK, so we've decided that the right modules are too hard to find.
[EMAIL PROTECTED] (Elizabeth Mattijsen) writes:
I've released about 30 modules in the past 1.5 years. I _never_
bothered to try to register. I guess that means something.
Likewise. (although slightly more
Title: RE: OK, so we've decided that the right modules are too hard to f ind.
[EMAIL PROTECTED] (Yves Orton) writes:
Afaik the only real reason for the modules list is to
prevent people from
accidentally installing a module that is released under a
known name, but by
an unknown
Title: RE: New module Mail::SendEasy
Even if it's done with benchmarks.
Just curious, but how well does MIME::Lite fare?
Yves
Title: RE: Testing output to STDOUT and STDERR
Though, I must say that I prefer his API. The above was really just a
quick hack based on what I'd extracted out of the ePerl code base.
I'd call it something like IO::Capture if I were to CPAN it.
IO::Seize isn't quite right, but seize is
Title: RE: New module Mail::SendEasy
I think the name is unhelpful. A few years ago I happened to use
several different mail-sending modules, in different projects
or in code
instigated by different people. In general they were OK, but none of
them stood out as being superior to the
Title: RE: New module Mail::SendEasy
[EMAIL PROTECTED] (Yves Orton) writes:
Well suggest a name. It seems like folks concur that the
name is not so great
so ill alias it to something else.
Mail::Send::MIME?
Sounds good. Ill go for that.
BTW, curses but i still havent found a
Title: RE: New module Mail::SendEasy
I think MIME::Lite isn't in the Module List so the name
wasn't peer-reviewed.
The peer-review process offered by [EMAIL PROTECTED] certainly isn't
perfect, but I do believe it's very valuable.
Unless I read the file incorrectly MIME::Lite is
Title: RE: New module Mail::SendEasy
Unless I read the file incorrectly MIME::Lite is indeed
in the module list, at least I see it there.
Afaik its been in the wild since at least 98, if not
earlier. (I dont know the full history, I am only
the module maintainer)
Ah, thanks.
Title: RE: New module Mail::SendEasy
But my point is not to rag on about Mail::Box, or any other
mail handling
module. It's to write smaller, cleaner, single purpose ones.
Hey, Email::MIME
came out the other day. Comments welcome.
Ill have a look at some point. It will be interesting
Title: RE: Re: New module Mail::SendEasy
Mail::SendEasy can:
- Handle automatically SMTP AUTH (very important in this days).
- Handles automatically TXT, HTML and attachments. Soo, you
don't need to
think about multipart, boundary, etc...
- Compress multiple attachments in a zip
Title: RE: New module Mail::SendEasy
Humm, MIME::Lite need sendmail or some object instance that
send e-mails to
reaally send an e-mail.
Yes thats correct. The composition and transmission layers are logically seperate. But that doesnt change that fact that MIME::Lite is quite capable
Title: RE: New module Mail::SendEasy
On Mon, 26 Jan 2004, Orton, Yves wrote:
Well, not really. Its essentially all you need straight
out of the box,
given certain platform specific issues. Like libnet on win32, on the
presence of something sendmail like on non win32 platforms
Title: RE: New module Mail::SendEasy
If the author of MIME::Lite is interested to change it's MIME::Lite
architecture (just talking about dependencies) I will be
interested to add
some resources to it, since as I can see now, is a popular module.
I'm als a user and fan of
Title: RE: Spreadsheet::Perl (was New User)
What about 'B1:B*' 'B*:B10' 'B*:B*' ?
and what about 'A1:*10' or 'A*:**' or
'*' might be ambiguous. Does it mean infinity? Does it mean the last
defined value in the column?
I would say this is correct. Basically like pressing
All functions in the module can be used as method; the trick
used to do
it is to use the __PACKAGE__ variable the following way:
sub init {
my $class = shift if (@_ and $_[0] eq __PACKAGE__);
my (%options) = @_;
...
}
# or :
sub bindRegexp
{
my $self = ref($_[0]) eq
Title: RE: Looking for help with Net::SSH::Perl Net::SFTP
[EMAIL PROTECTED] (Yves Orton) writes:
I more meant that being the man with the Net::
Oh, you still believe that namespace ownership actually
exists in practice?
How quaint.
Maybe I shouldn't have uploaded my latest
Title: RE: ExtUtils::MakeMaker or Module::Build
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
Title: RE: Looking for help with Net::SSH::Perl Net::SFTP
On Wed, 19 Nov 2003, Orton, Yves wrote:
Also, any suggestions on where else to post this?
I would say a mail to Graham Barr might be in order.
He's a busy guy. I doubt he'd want more work.
I more meant that being the man
Title: RE: Author's namespace
* at 14/11 10:25 + Fergal Daly said:
But what about code that is shared by several CPAN modules
but which I
don't consider to be worth getting up to standard for general use.
It's not that the code is trash, it's fine I just can't see anyone
else
Title: RE: Tie::Array::Sorted
* Simon Cozens simon at simon-cozens.org [2003-11-12 13:32]:
Is Tie::Array::Sorted a reasonable name for it, or would another one
be more obvious?
DB_File has a way to do this iirc.
But it is a shocking ommission if there isnt at least one other way. I
Title: RE: Class::FakeAttributes -- Opinions Wanted
That said, I've given up on automating non-trivial
accessors/mutators.
I wouldnt say that I've given up, but I dont think ive ever used any of the class based method generaotrs beside Class::Struct and even not that many times.
Title: RE: Class::FakeAttributes -- Opinions Wanted
* Orton, Yves [EMAIL PROTECTED] [2003-11-03 17:27]:
Thats because the apporach you are comparing it to is flawed.
foreach (@{$self-{foo}||[]}) { ... }
is the correct way to spell that I think.
Actually, no. See below
Title: RE: Class::FakeAttributes -- Opinions Wanted
$ perl -Mstrict -wle 'my $f = { }; my @a = @{ $f-{foo} }'
Can't use an undefined value as an ARRAY reference at -e line 1.
Exactly my point. Stick that _expression_ in a for loop however...
D:\perl -Mstrict -wle my $f = { }; my @a=map
Title: RE: Class::FakeAttributes -- Opinions Wanted
That's intended. I'll make this as clear as I can: My module is not
intended to be a general implementation for people who want inside-out
objects!
I cant help but observing that perhaps it should be. Kills your bird, and kills
Title: RE: Class::FakeAttributes -- Opinions Wanted
I guess in the absence of Class::InsideOut, having
Class::OutOfBandAttributes as a band-aid isn't a bad idea.
(There's a lot of orders of magnitude less useful stuff out on
CPAN..)
Primary problem with creating a Class::InsideOut is
Title: RE: General format conversion module
I'm currently putting together a group of modules which would
transform
file data in one format to data in another format. It will
use plugin
modules to allow for custom configuration and automate the
process. I
can't really think of a
Title: RE: [rfc] Module Naming issues
Shouldnt it be Net::MPlayer?
Yves
-Original Message-
From: Marcus Thiesen [mailto:[EMAIL PROTECTED]]
Sent: 07 October 2003 16:59
To: [EMAIL PROTECTED]
Subject: [rfc] Module Naming issues
Greetings Module Authors,
I've written a
Title: RE: sub-packages for object-oriented modules
Is this overloading of my own namespace the right way to go,
or should I be
using some more rigorous method? I imagine that the entire
distribution
could eventually be rather complicated, so I'd like to start
down the path to
Title: RE: sub-packages for object-oriented modules
It's not so much a question of is it enough?, it's more is
it useful?.
Mixin classes are useful in a situation when you have several
different
classes which share a set of methods but do not inherit from a common
ancestor.
IMO
Title: RE: RFC: SQL::ExportDB
One last comment: if you want to make this a generically useful
module, and unless your configuration is so complex that it needs a
dedicate language to express it, then the module should instead
just take a Perl datastructure.
By that time what would be
Title: RE: RFC: SQL::ExportDB
* Orton, Yves [EMAIL PROTECTED] [2003-09-24 10:55]:
One last comment: if you want to make this a generically
useful module, and unless your configuration is so complex
that it needs a dedicate language to express it, then the
module should instead
Title: RE: :Index and podindex released
* Orton, Yves [EMAIL PROTECTED] [2003-09-22 15:35]:
Actually id like to be able to pass it a hash of known files in
the following format:
But that restricts you to filtering by known criteria. Using a
callback would allow to filter by any
Title: RE: RFC Format::FileSize
Does this make sense or does this already exist and I have missed it?
Is Format::FileSize a proper name?
Do a search for units on search.cpan.org and i think youll find this somewhere. And no I dont think the name is that great.
But im not going to stick
75 matches
Mail list logo
