On Mon, 10 Jun 2002, Scott R. Godin wrote:
I too had a hard time believing how some of the internal versioning is
done. crazy regex and substr reductions of long version strings
instead of a simple package::VERSION = nn.nn.nn;
*bemused headscratching*
I'm sure a good percentage of that is
On Tue, 15 Oct 2002, Terrence Brannon wrote:
1. developing a good language is very difficult.
2. why do we need a template *language*. What is it about templating
that requires a new *language*? Templating entails a few simple
operations that can be handled in any general purpose language -
On Fri, 15 Nov 2002, Michael G Schwern wrote:
On Fri, Nov 15, 2002 at 04:19:38PM -0800, Gurusamy Sarathy wrote:
I'm not sure what it is we're trying to solve here--has there been
a specific complaint we're trying to address? If nothing is
broken, don't fix it etc.
Yes, yours. :)
On Wed, 27 Nov 2002, Hugh S. Myers wrote:
Clever of you to miss the point entirely. That being to put it in the
GetOpt namespace---the rest is up to the author...
Clever of you to miss that I did get your point entirely. :) I agreed
with you which is why I made my example in the GetOpt
On Thu, 27 Mar 2003, Stas Bekman wrote:
Please, can we stay focused in this thread on the generic problem that
I'm trying to solve?
I think this problem relates to the CPAN.pm bug we've seen reoocur several
times where it tries to upgrade perl. This is one of the biggest
complaints I've
On 3 Jun 2003, Kevin C. Krinke wrote:
...and the beat goes on...
Would somebody give Kevin a cookie for his concerted effort to get this
audiences' difficult approval? His persistance is admirable IMHO.
--
/chris
Programming is a Dark Art, and it will always be. The programmer is
fighting
On Thu, 19 Jun 2003, Fergal Daly wrote:
At the moment your only module is the PE module and that deals with a
binary format but that's not to say that future modules won't deal with
ascii formats too. Well ok, you said you'd be focussing on binary
formats but some ASCII formats are none too
On Mon, 4 Aug 2003, Johan Vromans wrote:
Maybe a periodic 'ping' to module maintainers (e.g., once every two or
three months) and mark maintainers (and their modules) that miss a
couple of pings. Modules marked as such could be returned last by the
search engines, and be clearly marked as
Sorry for beating the dead horse a little more, but here goes...
On Tue, 5 Aug 2003, 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
On Mon, 4 Aug 2003, James E Keenan wrote:
May I begin a separate thread for a line of discussion coming up under
the dead camels?
Sure.
I'm going to present empirical observations only; it would be premature
to make suggestions for changes until we heard from more contributors.
It's never
On Wed, 29 Oct 2003, [EMAIL PROTECTED] wrote:
If you can get the source then why would you want to do anything using
SOAP?
Even if I can get the source that doesn't mean it's easy to install.
If the source has a free enough license you could turn it into a module
and that's that, if not then
On Wed, 29 Oct 2003, [EMAIL PROTECTED] wrote:
Fair points except in this case you wouldn't be doing your clients any
favours by making their production servers depend on a webservice that has
no specified interface and no promises about availability.
The whole point of my scenario was that I
On Wed, 29 Oct 2003, Jim Cromie wrote:
OT - Chris, does your email address get you black-holed a lot ?
Not really. It does raise eyebrows though. One client had a female
staffer that felt sexually harassed by needing to use that e-mail address
for tech support questions. [sigh.] But that
On Wed, 12 Nov 2003, Sam Vilain wrote:
On Tue, 11 Nov 2003 02:29, Michael G Schwern wrote;
YAML was chosen because its human readable and writable, its data
^ ^
So long as you're a FREAK who likes INDENTING and WHITESPACE to
On Fri, 7 May 2004, Mark Stosberg wrote:
I believe even if you delete them all from your directory, everything
ever uploaded is still available on 'backpan':
It may still be available, but it's still much less likely that a random
Perl programmer will dig something out of backpan as compared
On Thu, 22 Jul 2004, Eric Wilhelm wrote:
Okay, but we have requirements for both search.cpan.org and
cpanratings.perl.org, right?
Yes. cpanratings could display more in depth statistics of the various
modules and also allow for being to view a module as a whole and not just
one particular
On Fri, 23 Jul 2004, Gabor Szabo wrote:
Do we really need reviews ?
Short of some better sort of solution for helping guide people to the
better choices of modules.
I am afraid not many people will take the time to do a deep analyzis of
a module.
It doesn't take many people to provide a
On Sat, 31 Jul 2004, Eric Wilhelm wrote:
Data:: does not seem to be the right place -- it seems to be
about data formats more than data structures.
What about Data::Dumper Data::Iter Data::Match Data::Grouper ? IMO, the
stuff about formats is in the wrong place s/Data::(Encrypted)/Text::$1/
And,
On Mon, 2 Aug 2004, Sam Holden wrote:
Namespace wise, Text::Wily was suggested on comp.lang.perl.modules, but
the module itself has almost nothing to do with text - it interfaces to
a text editor which I think is a very different thing.
I would think the existing examples might provide some
On Sun, 1 Aug 2004, Eric Wilhelm wrote:
If ratings are used to compare modules (as opposed to
judging each according to its merrits), some modules might be
overlooked, especially new modules.
True, and the popularity metric that I was proposing would probably only
worsen the situation.
One of the
On Mon, 2 Aug 2004, Smylers wrote:
Christopher Hicks writes:
I would think the existing examples might provide some light on this
but the modules to interface to emacs seem to be in their own Emacs::
space and the vi-related modules seem to be in Vi::. I'm not sure
what the received wisdom
On Tue, 3 Aug 2004, Sam Holden wrote:
I would argue that Wily is just as much a way of life as Emacs and Vi.
No doubt.
However, it certainly isn't anywhere near as popular - chances are
you've never heard of it...
I heard of it when I went to see what the heck a module called Wily was
all about
On Wed, 18 Aug 2004, Randy W. Sims wrote:
I made a suggestion regarding this before that I thought provided a fair
solution http://www.nntp.perl.org/group/perl.module-authors/2615, but
no one commented. Basically, upon submission of a new module, a notice
would be auto-posted to some list. If
On Tue, 24 Aug 2004, Simon Cozens wrote:
I still think sourceforge-like hierchical catagories (Topics) in META.yml
would make for good light-weight search and improved by-catagory browsing
I disagree quite violently with this, but I'm not going to implement
searching and indexing in a way that
On Tue, 24 Aug 2004, Simon Cozens wrote:
Repeat after me: browsing is just searching metadata.
For our current purposes I'm willing to go along with that. Once the
metadata exists people can do whatever they want with it. I strongly
suspect that one of those things will be making something
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.
Otherwise:
You've provided good documenation. That's wonderful and above
On Mon, 18 Oct 2004, Lincoln A. Baxter wrote:
Ok, how about File::SATA::Integrity
His motivation was SATA, but the resulting solution isn't SATA specific.
--
/chris
Documentation is like sex: when it is good, it is very, very good;
and when it is bad, it is better than nothing. -- Dick Brandon
On Tue, 26 Oct 2004, Smylers wrote:
Christopher Hicks writes:
On Tue, 26 Oct 2004, Smylers wrote:
... DBIx:: should be for things that are generally usable with DBI,
where the I is independent ...
I agree with Chris much more than Smylers here, but if we go along
with Smylers perspective
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. Things such as
backing up tend not to be database-independent.
if we
On Wed, 10 Nov 2004, Sean Quinlan wrote:
How do we mark uploads as a dev release? Can it be done after it's
uploaded or is it something in the release before upload that indicates
it (I browsed YAML .49_01 and didn't see anything)?
The underscore in the filename is the flag. (Its right there
On Fri, 12 Nov 2004, khemir nadim wrote:
Hi, I haven't tested your code (will do this week-end) and I think it's a
good idea.
Ya ya. We've been talking about extending AppConfig to do something
similar for a while, but no progress yet.
--
/chris
The whole problem with the world is that fools
On Tue, 7 Dec 2004, Henrik Tougaard wrote:
Maybe the number of responses on this thread come from people who
have this itch to scratch.
Huh? I've only been seeing what got cross-posted on this to
module-authors until today, but I just subscribed to dbi-usres
n
I have heard Tim Bunce (DBI,
On Tue, 7 Dec 2004, Orton, Yves wrote:
I was given the Henrik or some other hypothetical respondant the benefit
of the doubt.
I figured that out by the end of reading your email.
:-)
:-]
I thought it was clear I think that this is both doable and worth doing.
Yes yes. I didn't think there was
On Sat, 18 Dec 2004, Terrence Brannon wrote:
David Landgren [EMAIL PROTECTED] writes:
The fact that it uses http is incidental. If HP bothered to supply a
half-decent MIB, SNMP would be a good alternative.
What does MIB stand for?
Men In Black. ;)
Oh, you mean the geek version... MIB stands for
On Sun, 16 Jan 2005, A. Pagaltzis wrote:
* Sam Holden [EMAIL PROTECTED] [2005-01-15 17:09]:
Only inherit when you have an ISA relationship.
I just want to chime in to agree.
Inheritance is greatly overrated and widely abused. It is almost
always the very last option you should consider.
On Wed, 23 Feb 2005, Johan Vromans wrote:
But from what I hear, I'm on my own --
Not completely.
The cpancd[1] package has the functionality in it to find out the latest
version of a series of versions. Although the package is obsolete
(CPAN won't fit on a CD anymore), this function could be
On Mon, 28 Feb 2005, Torsten Schoenfeld wrote:
http://lists.netthink.co.uk/listinfo/code-review-ladder
That box was having hardware problems last week. The maypole lists were
on the box (now they're on SrcFrg), so maybe this has moved somewhere else
too.
--
/chris
There are four boxes to be
On Thu, 28 Jul 2005, Philippe 'BooK' Bruhat wrote:
Le jeudi 28 juillet 2005 à 16:32, A. Pagaltzis écrivait:
* Philippe 'BooK' Bruhat [EMAIL PROTECTED] [2005-07-28 16:05]:
I thought I heard (or more probably read somewhere) that the
name was 6PAN?
That makes no sense. What is a ???6 Perl
On Tue, 1 Nov 2005, Chris Dolan wrote:
Thanks for the feedback Mark and Sam. I chose Module::License::Report
and posted my implementation to CPAN this afternoon.
Bravo and thanks.
Further feedback would be VERY welcome, as the module uses a few sketchy
heuristics to guess at the license.
On Sun, 20 Nov 2005, Andreas J. Koenig wrote:
I don't think many people would appreciate getting something installed
they didn't explicitly ask for.
Hmmm. I can have extra pain every time I'm installing something to avoid
occassionally getting something I don't want or I can have pain every
On Mon, 21 Nov 2005, Chris Dolan wrote:
If CPAN made it easy to install unintended software by mistake, that
would be a huge security hole. Some people run cpan as root.
Defensive programming is absolutely the right thing here.
And how exactly would a shortcut that says oh you asked for
On Mon, 21 Nov 2005, Ken Williams wrote:
Think about what would happen if Satan uploaded a malicious distribution
called PathTools with a higher version number than mine. You'd want
the whole world to get Satan's distribution by default, just so they can
save a couple keystrokes?
Any
42 matches
Mail list logo