On Sun, Feb 25, 2001 at 05:51:18PM +, Leon Brocard wrote:
Johan Vromans sent the following bits through the ether:
Have you contacted the DBI people to see whether they are interested
in adding this to standard DBI?
FWIW, I submitted a patch to Tim Bunce in November adding these two
Given that it's got wide functionality I'd suggest that you give it an
abstract name (ala Alabazoo, Tangram etc) rather than try to find a
name that describes the functionailty specifically.
Tim.
On Wed, Aug 29, 2001 at 10:08:23PM -0700, Jeremy Zawodny wrote:
Some of you may recall my DBIx::
On Wed, Jan 23, 2002 at 04:34:03PM -0800, Schuyler Erle wrote:
Hello. I've written a DBD module to wrap other DBD handles and provide
intelligent drop-in support for asymmetrically replicated databases
(e.g., MySQL v3). First I was going to call it DBD::Switch, but then I
noticed that DBI.pm
On Thu, Feb 28, 2002 at 03:23:44PM -0500, Ken Y Clark wrote:
All,
I have the beginnings of something that might actually be CPAN-worthy:
a translator for converting one database's create syntax into
another's I had personal need to convert MySQL and Sybase to Oracle,
so I've got the
On Fri, Jan 02, 1970 at 06:15:56AM -0500, Terrence Brannon wrote:
Specifically, I was thinking SQL::Translator for the
package name, with all the rest of my modules (Parsers, Producers,
etc) living under there
That sounds good but it sounds like it only does schemas, so how about:
Maybe
FileMetaInfo::Miner::StarOffice
FileMetaInfo::Miner::HTML
etc
Tim.
On Wed, Jul 17, 2002 at 05:41:17PM -0500, Midh Mulpuri wrote:
You are right. These modules are not general purpose parsers. In fact, I
am using HTML::Parser to implement a HTML miner to extract data from
On Tue, Jul 30, 2002 at 11:38:56AM +0200, Elizabeth Mattijsen wrote:
At 01:56 PM 7/29/02 +0200, Arthur Bergman wrote:
At 10:44 AM 7/29/02 +0100, Tim Bunce wrote:
Thread::Needs isn't a very descriptive name - it's too general.
Something like Thread::NeedsModules would be better.
I have been
All seems fine to me.
Tim.
On Tue, Jun 03, 2003 at 09:17:13PM -0400, Kevin C. Krinke wrote:
UI::Dialog
UI::Dialog::GNOME
UI::Dialog::KDE
UI::Dialog::Console
UI::Dialog::Backend::Zenity
UI::Dialog::Backend::GDialog
UI::Dialog::Backend::XDialog
UI::Dialog::Backend::KDialog
On Tue, Aug 05, 2003 at 11:17:36AM +0100, Nicholas Clark wrote:
On Tue, Aug 05, 2003 at 01:27:47AM -0400, Christopher Hicks wrote:
Maybe the e-mail should do something informative like list how many years,
months and days it's been since a given module has been updated. Some
weak souls
On Wed, Nov 12, 2003 at 09:42:05PM +, Nicholas Clark wrote:
On Wed, Nov 12, 2003 at 10:16:51PM +0100, Paul Johnson wrote:
On Wed, Nov 12, 2003 at 01:32:13PM +, Simon Cozens wrote:
Hi. I'm about to write a module which presents an array in sorted order;
$a[0] will always be the
On Thu, Nov 13, 2003 at 11:56:02AM -0500, Brad Lhotsky wrote:
but the idea is to extend the module using the /proc
filesystem (hence the name space)
2) Is 'Linux::ForkControl' a decent name for this module?
Other operating systems have /proc interfaces. (Perhaps not identical
to Linux but
, and provide the 3 line rewrapper for your internal use,
that is not at all complicated for error prone.
On Tue, 2003-11-25 at 12:04, Tim Bunce wrote:
It's a single module implementing a class. The wrapper ought to be no
more complicated than:
package Ivy;
use base Net::Ivy;
1
On Wed, Nov 26, 2003 at 09:10:11AM +0100, Christophe MERTZ wrote:
On Tue, 2003-11-25 at 18:04, Tim Bunce wrote:
(I'm disappointed the module isn't an interface to the C library.)
Don't be disappointed... The gains would be minimal in our view.
Not if you're trying to process hundreds
On Wed, Dec 17, 2003 at 02:00:23PM -0600, Andrew Sterling Hanenkamp wrote:
I would like the ability to store a complicated record inside of a DBM
file. I looked in the usual places and perldoc -q DBM gives me:
Either stringify the structure yourself (no fun), or else get
the
On Thu, Dec 18, 2003 at 03:49:07PM +0100, Steffen Goeldner wrote:
I'm still open for namespace suggestions. The following list
BTRIEVE::File
BTRIEVE::ISAM::File
BTRIEVE::ISAMFile
BTRIEVE::IsamFile
with descending preference comes into my mind.
Assuming ISAM is implied by
at 15:50, Tim Bunce wrote:
[snip]
It might also be worth adding some mechanism to integrate with Sys::Signal
http://search.cpan.org/src/DOUGM/Sys-Signal/Signal.pm
I took a look that this. It is little bit of perlxs glue which uses
perl's internals to set signal handlers, and have them
On Thu, Jan 29, 2004 at 12:23:51PM -, Orton, Yves wrote:
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
On Sun, Feb 15, 2004 at 03:56:39PM +1300, Sam Vilain wrote:
___
/ _ \
| | | |_ _
| |_| ||\ | ||___
\___/ | \| |___ |___ upon a time, the Perl 5 modules list was an
excellent resource for those seeking to do anything non-core with
Perl. However, it has
On Sun, Feb 15, 2004 at 09:51:18PM +, Nicholas Clark wrote:
On Mon, Feb 16, 2004 at 10:43:27AM +1300, Sam Vilain wrote:
On Mon, 16 Feb 2004 10:19, Nicholas Clark wrote;
Autrijus suggested Compress::Zlib::PurePerl, which I think is
reasonable.
...but it doesn't use Zlib!
On Mon, Feb 16, 2004 at 10:37:12AM +1300, Sam Vilain wrote:
On Mon, 16 Feb 2004 01:32, Tim Bunce wrote;
I'd like to see a summary of what those needs of the community
are. (Maybe I missed it as I've not been following as closely as
I'd have liked. In which case a link
On Tue, May 18, 2004 at 07:54:21PM +0100, Orton, Yves wrote:
The 'ex::' namespace is intended for experimental modules afaik.
ex:: is for experimental *pragmas*
Tim.
-Original Message-
From: Erik Norgaard [mailto:[EMAIL PROTECTED]
Sent: 18 May 2004 20:52
To:
On Sat, Jul 10, 2004 at 08:46:31AM -0500, Dave Rolsky wrote:
On Sat, 10 Jul 2004, Smylers wrote:
How about WebService::Map?
Search the [EMAIL PROTECTED] archives for WebService and you'll see that
there have been recent attempts to distinguish between modules that help
implement
On Wed, Jul 14, 2004 at 06:30:59PM +0100, Fergal Daly wrote:
On Wed, Jul 14, 2004 at 06:08:16PM +0100, Leon Brocard wrote:
Simon Cozens sent the following bits through the ether:
The searching in search.cpan.org is, unfortunately, pretty awful. At some
point I plan to sit down and try
2004 01:32, Tim Bunce wrote;
I'd like to see a summary of what those needs of the community
are. (Maybe I missed it as I've not been following as closely as
I'd have liked. In which case a link to an archived summary would
be great.)
It's very important to be clear about what
On Tue, Oct 26, 2004 at 07:32:29PM -0400, Christopher Hicks wrote:
On Tue, 26 Oct 2004, _brian_d_foy wrote:
In article [EMAIL PROTECTED], Smylers
[EMAIL PROTECTED] wrote:
I think the opposite -- that DBIx:: should be for things that are
generally usable with DBI, where the I is independent.
On Sun, Nov 14, 2004 at 09:21:17AM -0500, Robert Rothenberg wrote:
Reference: some code for testing if an argument is string-like:
sub is_string_like {
return 1,
why the comma?
unless (defined $_[0] ref $_[0]);
# We don't evaluate whether the . and .= operators are
#
On Wed, Dec 01, 2004 at 09:56:01AM -0500, John Siracusa wrote:
On Wed, 1 Dec 2004 09:46:24 +, Tim Bunce [EMAIL PROTECTED] wrote:
Do you generally pass URLs around as a string or broken up into a hash?
If they had different formats for different consumers, I would. (And even
today, I
On Wed, Dec 01, 2004 at 06:43:51PM -, Orton, Yves wrote:
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
On Tue, Dec 07, 2004 at 11:51:41AM -0600, Chris Josephes wrote:
Either way, does this traffic need to be replicated on both dbi-users and
module-authors?? I would think the DBI list would supercede the other.
I agree.
Can anyone replying to this thread please remove [EMAIL PROTECTED]
from
On Fri, Dec 17, 2004 at 03:17:25AM +, Terrence Brannon wrote:
Christopher Hicks [EMAIL PROTECTED] writes:
Personally I'd like to see a solution based on AppConfig. We have our
database configs in AppConfig. The config files look something like:
I did that two years ago:
On Wed, Dec 15, 2004 at 10:08:43AM -, Orton, Yves wrote:
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
On Tue, Mar 29, 2005 at 03:06:33PM -0600, Andy Lester wrote:
On Tue, Mar 29, 2005 at 07:16:11PM +, Robert Rothenberg ([EMAIL
PROTECTED]) wrote:
Some food for thought and debate. I'm wondering if the DSLIP codes [1]
be updated, if revamped altogether. Note the following issues:
Or
On Tue, Mar 29, 2005 at 04:14:46PM -0600, Andy Lester wrote:
On Tue, Mar 29, 2005 at 11:06:37PM +0100, Tim Bunce ([EMAIL PROTECTED]) wrote:
Or thrown away entirely, along with the rest of the the archaic idea of
a module list.
The Module List is dead. Module Registration is different
On Thu, Jul 28, 2005 at 05:47:51PM +, Smylers wrote:
Andy Lester writes:
I don't think we need another CPAN at all. There's nothing wrong with
putting require 6; at the top of Makefile.PL and keeping everything in
one happy CPAN.
Some observations:
- CPAN is just an ftp mirror
On Tue, Sep 27, 2005 at 11:20:01AM -0400, Chuck Fox wrote:
Tim,
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 this ? Is there a useful
link or set of links that
On Tue, Sep 27, 2005 at 11:28:57AM -0700, Terrence Brannon wrote:
On 9/27/05, Chuck Fox [EMAIL PROTECTED] wrote:
I have a subclassed DBI module
subclassing DBI is tough!
This is off-topic, but please don't spread this meme. Subclassing any
factory-based set of classed just takes a little
On Fri, May 26, 2006 at 11:26:22PM +0200, David Landgren wrote:
Jeff Lavallee wrote:
Hi all, before I upload a new module, I thought I'd make sure the
namespace I intend to use makes sense. I've been working on a set of
modules to make interacting with the next generation of Yahoo's
I needed some code to trawl through a directory tree parsing perl
modules and scripts to determine their dependencies.
The closest existing CPAN code was Module::Dependency but it fell short
of what I needed. The original author (P Kent) has passed over
maintenance to me. My latest release is:
On Thu, Jul 20, 2006 at 10:24:49PM -0500, Andy Lester wrote:
Is there anything out there that will generate a tree of
dependencies, probably based on META.yml?
I figure I can pass in Mason, Test::WWW::Mechanize and Catalyst and
get back a list of dependencies that those require. It
On Mon, Apr 02, 2007 at 10:29:12AM -0400, David Golden wrote:
As with most things relating to Perl infrastructure, I'd start by
asking Ask: [EMAIL PROTECTED]
Or, more generally, [EMAIL PROTECTED]
Tim.
Regards,
David
On 4/2/07, Jerry D. Hedden [EMAIL PROTECTED] wrote:
Who do I need to
On Mon, Sep 24, 2007 at 08:54:12AM +0200, Andreas J. Koenig wrote:
On Thu, 20 Sep 2007 03:00:59 -0700, Michael G Schwern [EMAIL
PROTECTED] said:
Most CPAN smoke testers wouldn't have caught it because even though they
often
run alphas they usually don't install them. So the
If there's a libfoo.so and I want to create a perl module/distribution
that's just a very thin wrapper around libfoo, what should I call it?
LibFoo
Lib::Foo
Lib::foo
Lib::libfoo
libfoo
SomeCategory::Libfoo
???
Tim.
On Sat, Dec 08, 2007 at 06:38:50PM +0100, Sébastien Aperghis-Tramoni wrote:
Tim Bunce wrote:
If there's a libfoo.so and I want to create a perl module/distribution
that's just a very thin wrapper around libfoo, what should I call it?
LibFoo
Lib::Foo
Lib::foo
Lib::libfoo
On Mon, Dec 10, 2007 at 12:17:16PM +0100, Dominique Quatravaux wrote:
Tim Bunce wrote:
I was thinking in terms of a low-level 'thin' extension called
Lib::libmemcached with separate pure-perl modules implementing the Cache
and Cache::Cache interfaces.
Surely you found out about Cache
On Mon, Dec 10, 2007 at 09:00:57PM +0100, Andreas J. Koenig wrote:
On Mon, 10 Dec 2007 11:07:38 +, Tim Bunce [EMAIL PROTECTED] said:
I'm looking to build a very thin wrapper around libmemcached
(http://tangent.org/552/libmemcached.html)
a high-performance feature-rich interface
On Tue, Dec 11, 2007 at 10:52:56AM -0600, Jonathan Rockway wrote:
On Mon, 2007-12-10 at 23:29 +, Tim Bunce wrote:
Re the choice of name for the low level library...
Lib::Memcached
Lib::memcached
Lib::libmemcached
My preference is for Lib::libmemcached because
You might find Memcached::libmemcached interesting.
http://search.cpan.org/dist/Memcached-libmemcached/
It ships with a bundled copy of the libmemcached source.
Makefile.PL not only runs the libmemcached configure script, but also
make and make install. (The install directory is actually a temp
On Tue, Jun 23, 2009 at 04:07:55PM -0400, Michael G Schwern wrote:
is_passing()
As a side effect of this work, there is finally a way to tell if a test is
currently passing. Test::Builder-is_passing(). Its really have I failed
yet, but if you don't think about it too hard
The next version of NYTProf supports profiling some 'slow' perl opcodes.
I've included the rand opcode for exactly this reason.
Tim.
On Tue, Nov 10, 2009 at 07:01:38PM -0800, cr...@animalhead.com wrote:
Many of you know that the random number generator /dev/random
is subject to delays when it
On Wed, Nov 11, 2009 at 10:22:23AM +, Tim Bunce wrote:
The next version of NYTProf supports profiling some 'slow' perl opcodes.
I've included the rand opcode for exactly this reason.
I meant srand (though rand is also included, just in case).
Though having just looked at the Configure code
Currently on PAUSE you have to explicitly delete old uploads.
How about changing it so you have to explicitly KEEP old uploads
that appear to have been superseded?
PAUSE already has a mechanism to delete files at some future point in
time. That's currently only used as part of a safety/sanity
On Tue, Mar 30, 2010 at 05:09:53PM +0200, Rene Schickbauer wrote:
brian d foy wrote:
It's time for Spring cleaning again. If you have ancient versions of
modules sitting around in your PAUSE directory, consider letting them
retire to BackPAN (http://backpan.cpan.org). They don't disappear from
On Thu, Apr 01, 2010 at 12:39:27AM -0400, David Nicol wrote:
On Wed, Mar 31, 2010 at 7:43 AM, Ask Bjørn Hansen a...@perl.org wrote:
The main point here is that we can't use 20 inodes per distribution.
so don't. How much reengineering would be needed to keep CPAN in a
database instead of a
On Thu, Apr 01, 2010 at 08:03:53PM +0300, Burak Gürsoy wrote:
From: Tim Bunce [mailto:tim.bu...@gmail.com] On Behalf Of Tim Bunce
Subject: Distributing the CPAN
* cpanminus already supports installing from a git repo.
* Over time the number of cpan-git-mirror's and cpan-git-server's
On Fri, Apr 02, 2010 at 04:49:44PM +0200, Aristotle Pagaltzis wrote:
* Tim Bunce tim.bu...@pobox.com [2010-04-02 15:55]:
So, for a cpan-git-mirror to update itself it only needs to do:
cd cpan-all git pull git submodule update
The git pull of cpan-all repro would be very fast
On Tue, Apr 06, 2010 at 01:07:33AM +0300, Sawyer X wrote:
On Mon, Apr 5, 2010 at 11:29 PM, Tim Bunce [1]tim.bu...@pobox.com wrote:
Data is fairly meaningless as a name. The Data:: is intended to be
used for modules that work with abstract data values: Data::Bind,
Data
On Mon, Jul 05, 2010 at 09:28:04AM -0700, Eric Wilhelm wrote:
# from Dave Cardwell
# on Saturday 03 July 2010 05:09:
I’ve written a module that wraps the notifo.com API ...
I’m leaning towards WebService::Notifo, but would appreciate your
advice if you would suggest otherwise.
On Wed, Aug 18, 2010 at 04:11:32PM +0200, Nelson Ferraz wrote:
Tim Bunce wrote:
I don't think do. And neither is DataWarehouse.
Looking at the code it seems to me this is a 'framework' of
inter-related modules that share a common set of assumptions.
(Which mandates one particular SQL syntax
On Sat, Jun 25, 2011 at 12:19:49PM +0200, Lars Dɪ? 迪拉斯 wrote:
Coordinate your efforts with Steffen Müller.
http://blogs.perl.org/users/steffen_mueller/
http://search.cpan.org/~smueller/Dumbbench-0.04/
+1
Tim.
On Mon, Jun 16, 2014 at 04:57:49PM -0700, Mark Hedges wrote:
Devel::Size module seems to be broken in 5.20.0. No response from
developers. No work for a year or so.
What's the process to address a broken module that the developers won't
fix?
Kafka.pm indirectly depends on
My 2-cents:
I've often wanted to be able to browse the module namespace hirearchy.
That would be a great addition. I imagine the UI might be tricky to do
well though.
Independently of that, I'd love to see something like a 'mentioned by' page.
It would list all other distros that mention (via an
61 matches
Mail list logo