On Mon, 2008-28-04 at 12:03 +0200, Johan Vromans wrote:
Jonathan Rockway [EMAIL PROTECTED] writes:
There are plenty of things that install and run apps on the CPAN.
App::Ack comes to mind. It Just Works, there is nothing special you
need to do.
App::Ack (and all the other scripts that
On Fri, 2008-11-04 at 14:59 +0300, Shlomi Fish wrote:
Hi Guy!
I hope you don't take it the wrong way, but I found your message hard to
follow. You often broken my paragraphs or even my sentences in half, lost a
lot of yours and mine's original context, etc. But I'll try to do the best I
On Fri, 2008-11-04 at 15:48 +0300, Gabor Szabo wrote:
[1] - http://en.wikipedia.org/wiki/Godwin's_law
I am really sick of this game with Godwin's law.
I think he was joking and I was not offended.
--
--gh
On Fri, 2008-11-04 at 14:04 +0300, Gabor Szabo wrote:
I have started to outline the recommended way of doing this here:
http://www.perlfoundation.org/perl5/index.cgi?cpan_packaging
but of course your input is highly appreciated.
It looks good to me. The only nit I have is that everyone is
On Fri, 2008-11-04 at 17:56 +0300, Shlomi Fish wrote:
This is the first relevent one (subject changed and later in the new
thread)
http://www.nntp.perl.org/group/perl.module-authors/2008/04/msg6404.html
From what I can understand it reads data from META.yml and other
sources like
On Thu, 2008-10-04 at 19:48 +0300, Shlomi Fish wrote:
And if anyone has a preference for the location of the data file or
files (or
__DATA__) - voice his opinion now.[1]
This approach only works for new modules. Did you look at the stuff
Jonathan Rockway advertised here:
On Sun, 2008-06-04 at 23:47 +0200, Philippe Bruhat (BooK) wrote:
It still looks like a big job to me.
Kobesearch's sources are available.
See Jonathan Rockaway's last reply in this thread. His stuff looks
really good. He pointed me to this (offlist):
On Sun, 2008-06-04 at 19:25 -0400, Guy Hulbert wrote:
Jonathan Rockaway
Sorry. Should have been 'Rockway'.
--
--gh
On Sat, 2008-05-04 at 14:02 +0300, Shlomi Fish wrote:
Hi all!
In regards to the previous discussion about trimming down CPAN and finding
I don't think trimming is necessary if you are successful with this.
IMO the problem is just finding things, which your proposal addresses.
better ways
On Sat, 2008-05-04 at 15:16 +0300, Shlomi Fish wrote:
Why do you feel my previous email was not concise or definite? I admit
coulda woulda shoulda ...
it was
a sort-of brainstorming email, but it was not too long. If you want a
this reply is even longer ;-)
one
paragraph summary then:
On Sat, 2008-05-04 at 16:54 +0300, Shlomi Fish wrote:
On Saturday 05 April 2008, Guy Hulbert wrote:
On Sat, 2008-05-04 at 15:16 +0300, Shlomi Fish wrote:
one
paragraph summary then:
I suggest having a feed of human readable (and possibly machine
readable)
reviews
On Sat, 2008-05-04 at 09:41 -0700, Eric Wilhelm wrote:
# from Guy Hulbert
# on Saturday 05 April 2008 07:35:
My solution (new modules):
2. A small change to the PAUSE upload interface adding some optional
fields which add appropriate meta-data to CPAN.
Why add these to an interface
On Sat, 2008-05-04 at 13:42 -0500, Andy Lester wrote:
On Apr 5, 2008, at 1:34 PM, Shlomi Fish wrote:
Thanks for the comments. See below for my response. It will be a
rather
stream-of-consciousness thing, but I hope something can come up of
it.
I've expanded my original comments
On Sat, 2008-05-04 at 21:34 +0300, Shlomi Fish wrote:
Anyway, I'll probably set up a wiki page about it, so we can
brain-storm more easily.
I will contribute when it's available then.
--
--gh
On Sat, 2008-05-04 at 18:02 -0500, Jonathan Rockway wrote:
I've wanted easily-available CPAN-related APIs also, so I wrote this
(with the help of brian d foy++):
http://git.jrock.us/?p=MetaCPAN.git;a=summary
This indexes the BACKPAN and CPAN and lets you ask questions like
what
version
On Thu, 2008-03-04 at 11:38 -0500, Jonathan Rockway wrote:
I agree, Jon (R), there's no call to be so rude.
I apologize.
Oh come on.
You said:
No, it sounds like an incoherent rant from somebody that knows nothing
about the CPAN.
That's what it *sounded* like to me too. However, I
On Wed, 2008-02-04 at 21:11 -0500, Jonathan Rockway wrote:
Does this sound like a reasonable, concrete and automatable
proposal?
No, it sounds like an incoherent rant from somebody that knows nothing
about the CPAN.
+1
The domain cpanp.org was available recently (i checked :-) ...
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 ordering ?
There have been discussions about this both on debian-perl (debian) and
on module-authors (perl) in the past few weeks/months.
The
On Wed, 2008-19-03 at 20:36 -0700, Eric Wilhelm wrote:
Actually it seems already broken into modules:
http://www.shorewall.net/Shorewall-perl.html
and it would be more polite to check with the author first.
Sure, but don't let unresponsiveness stand in the way. What does the
author lose
On Thu, 2008-20-03 at 09:56 -0700, Eric Wilhelm wrote:
# from Guy Hulbert
# on Thursday 20 March 2008 04:24:
I don't think you can fairly call him unresponsive.
I don't think you can fairly say that I did so. I'm just trying to give
some general advice WRT summer of code, choosing
On Tue, 2008-18-03 at 18:28 -0500, David Nicol wrote:
shorewall-perl might be a place to start; shorewall comes up zero on
cpan search, yet is
a big perl program; so converting it to an O-O module should be a
Actually it seems already broken into modules:
On Mon, 2008-17-03 at 17:23 +, Alberto Simões wrote:
What I would like was to rewrite this configure system and base it in
Perl. I want to make all the package installable from CPAN as all users
of the C package uses the Perl module interface.
My question is: what is the best and
On Mon, 2008-02-25 at 16:29 +, Andy Armstrong wrote:
Personally I'd like such a test to be standard in MakeMaker,
because
I am
of the (old fashioned) opinion that if %Config says that there is a
C
compiler and there isn't one, then it's lying (and the instalation
is broken,
On Mon, 2008-02-25 at 13:22 -0500, Guy Hulbert wrote:
something as
horrible as:
-x `which $Config{cc}`
plus:
`which $Config{cc} --version` =~ m/$Config{gccversion}/
seems to work for all the combinations below ... but I can imagine
that there are situations where it might
On Mon, 2008-02-25 at 18:33 +, Andy Armstrong wrote:
See also Windows, VMS, any other machine that doesn't have which.
... I was just looking at which %Config vars you need to check ... I
left VMS before I started perl and I havn't made it to Windows yet.
You could use something like:
sub
On Mon, 2008-02-25 at 18:12 +, Andy Armstrong wrote:
-1
Many linux distros distribute binary packages ... the value of cc
will
be the compiler used to build the package.
I meant +1 to MakeMaker knowing whether the compiler is actually
available.
Oh ... ok ... wasn't clear from
On Mon, 2008-02-18 at 10:08 -0500, David Coppit wrote:
On Sun, 17 Feb 2008, Jerry D. Hedden wrote:
There's a million and one opinions on this.
There aren't that many perl modules on CPAN.
One module I ran into uses to compare version numbers. Here's what
I remember reading somewhere*
Sorry, I hit send before I finished editing.
On Mon, 2008-02-18 at 10:42 -0500, Guy Hulbert wrote:
something reasonable** but the debian-perl group has worked out a way to
deal with this.
[ i expect they have done so ]
I read recently on debian-perl that 30% of debian packages are perl
now
Thanks for the reference.
On Mon, 2008-02-18 at 11:11 -0500, David Golden wrote:
simple comparison. Instead, I would recommend that people use
CPAN::Version, which is available in recent versions of CPAN.
What is the reason to prefer CPAN::Version (see below) ?
On the general topic of how
On Sat, 2008-01-05 at 19:56 +, Robert Rothenberg wrote:
I would like to split off Mozilla::ProfileIni from the Mozilla-Backup
distribution and include it with Mozilla::Prefs::Simple, make use of some
other modules (e.g. *::Mork ones) for a package which queries and
manipulates Mozilla
On Tue, 2007-12-11 at 12:51 +, Paul LeoNerd Evans wrote:
On Tue, 11 Dec 2007 00:05:19 +
Smylers [EMAIL PROTECTED] wrote:
Or if you want Lib::, then Lib::memcached makes the most sense.
Compare also to the C case:
use Lib::memcached
Lib::Memcached
Follows perl
On Mon, 2007-12-10 at 12:14 -0600, brian d foy wrote:
I'd prefer Lib:: to Cache::. As you say, Cache is a mess.
+1 Lib::Foo
-1 Lib::libfoo
--
--gh
On Sat, 2007-12-08 at 00:30 +0100, A. Pagaltzis wrote:
* Guy Hulbert [EMAIL PROTECTED] [2007-12-07 21:50]:
CPAN is also littered with failed experiments.
So is the fossil record. Good thing nature didn’t quit
experimenting a billion years ago.
Note that I understand your concern. But, I
On Fri, 2007-12-07 at 10:44 -0800, Bill Ward wrote:
On Dec 6, 2007 7:22 PM, Eric Wilhelm [EMAIL PROTECTED] wrote:
# from Bill Ward
# on Thursday 06 December 2007 16:23:
Cute experiment, but I REALLY hope nobody tries releasing useful
modules to CPAN that depend on this...
Cute
On Fri, 2007-12-07 at 14:28 -0600, Jonathan Rockway wrote:
On Fri, 2007-12-07 at 10:44 -0800, Bill Ward wrote:
Experimenting with the language itself should be reserved for new
development such as Perl 6, not for trying to add yet more layers on
top of Perl 5.
Hi. Nobody cares about
Hi all.
I am thinking about registering a new namespace for an application I am
writing. The instrucations on PAUSE say to discuss on 'modules' but the
mailing lists indicate that this is a closed list.
Since Module-Authors seemed to be begging for traffic, I subscribed
there and I've CC'd
36 matches
Mail list logo