Is there an existing way to do the equivalent of:
cpanp --prefix=/tmp/MyCollection --ignore-already-installed Module::One
Module::Two ...
The idea being that even if Module::One is already installed somewhere in @INC
that i still end up with something like this:
, at 10:52 AM, Michael Kiwala michael.kiw...@gmail.com wrote:
I think local::lib and the lib::core::only solve this problem. Have
you looked into that?
On Mon, Aug 23, 2010 at 11:20 AM, Matisse Enzer mati...@matisse.net wrote:
Hi folks,
I'm revisiting a problem from a couple years back
Hi folks,
I'm revisiting a problem from a couple years back in hopes that a newer, better
solution has or can be created:
I want to automate the process of building a collection of CPAN modules into a
non-standard directory (so that I can distribute the built collection as part
of another
On May 26, 2008, at 4:00 PM, Andy Lester wrote:
http://binstock.blogspot.com/2008/05/is-popularity-of-unit-tests-waning.html
FYI: new book on unit testing:
xUnit Test Patterns: Refactoring Test Code
http://www.amazon.com/dp/0131495054/
On May 26, 2008, at 4:00 PM, Andy Lester wrote:
http://binstock.blogspot.com/2008/05/is-popularity-of-unit-tests-waning.html
Maybe he can't look beyond Java?
I think that's true of the author of that blog post - some of the
comments go further, one mentions Python.
On Mar 15, 2008, at 6:45 AM, David Cantrell wrote:
On Fri, Mar 14, 2008 at 12:20:40PM -0700, Matisse Enzer wrote:
What are other good reasons to have package declarations match file
paths?
Because it's what everyone does and there are no good reasons to *not*
do it.
With all due respect
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Mar 14, 2008, at 6:53 PM, Michael G Schwern wrote:
Matisse Enzer wrote:
# file is Foo/bar.pm
package Foo::Bar;
That was probably a typo,
Yes, a typo. Sorry to muddy the waters.
Eric already covered the import() issue.
Yes, and thank you Eric - I did not know that.
There's
, and got an array. We win!
and so on.
However, I shall not make a religious argument out of this.
And of course, in the Java world, it is Expected/Got (JUnit wants
the expected value as the first argument to assertions.)
;-)
---
Matisse Enzer
, there are many dependency and other issues (such as needing to
create distro_prefs files at build-time to answer questions posed by
XML::Parser and others.)
-M
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http
!
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Feb 7, 2008, at 9:18 PM, Andy Armstrong wrote:
On 8 Feb 2008, at 02:14, Matisse Enzer wrote:
I want to utility program that I can point at a list of files and/r
directories and get back a list of all the unique modules/pragmas
that are imported via 'use'
Before i write my own, using
On Feb 7, 2008, at 9:31 PM, Andy Lester wrote:
On Feb 7, 2008, at 8:22 PM, Matisse Enzer wrote:
I only care about modules loaded via 'use' for now - that's Good
Enough (tm) for our purposes.
First, install ack, either installing App::Ack or downloading the
standalone version from http
Here's the command line that seems to work for me:
ack -h '^use\s+(\S+);' --output='$1' | sort -u
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Feb 5, 2008, at 2:31 AM, Gabor Szabo [EMAIL PROTECTED] wrote:
On Feb 5, 2008 11:55 AM, Andy Armstrong [EMAIL PROTECTED] wrote:
You could look at buildbot. It can do all of the above. It's in
Python
if that matters :)
Or Tinderbox which was the original that buildbot copied.
And
-fail 1
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
?
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Jan 13, 2008, at 9:17 AM, Michael G Schwern wrote:
Matisse Enzer wrote:
On Jan 12, 2008, at 10:24 PM, Michael G Schwern wrote:
Matisse Enzer wrote:
I just want to be able to run a test suite with a switch that
makes the
entire test run stop after the first failure is reported.
Ok
the test run is
indeed what I want. Certainly if here is a general hook for what to
do after the first failure that is fine, as long as i can easily make
that action BAIL_OUT or the moral equivalent.
---
Matisse Enzer [EMAIL PROTECTED]
http
On Jan 13, 2008, at 7:13 PM, Sam Vilain wrote:
Matisse Enzer wrote:
Ok, why do you want to stop it as fast as possible when a failure
occurs?
So I can more quickly focus on fixing that first test failure.
I use
make test 21 | less
Works for individual tests too
make perl -Mblib t
I just want to be able to run a test suite with a switch that makes
the entire test run stop after the first failure is reported.
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Jan 12, 2008, at 10:24 PM, Michael G Schwern wrote:
Matisse Enzer wrote:
I just want to be able to run a test suite with a switch that makes
the
entire test run stop after the first failure is reported.
Ok, it's nice to want things, but why do you want it?
Almost entirely because
at the very first failure.
-Matisse
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Jan 11, 2008, at 10:09 AM, Ovid wrote:
--- Matisse Enzer [EMAIL PROTECTED] wrote:
On Jan 11, 2008, at 8:04 AM, Ovid wrote:
Well, your feature is slightly different in that it calls BAIL_OUT
on
failure and halts the entire test suite.
That's a behavior I have wanted - for large test
.
I say: The more choices the better!
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
-zero exit status: 1
Files=545, Tests=10580, 1602 wallclock secs ( 4.26 usr 1.88 sys +
1234.14 cusr 53.52 csys = 1293.80 CPU)
Result: FAIL
Failed 1/545 test programs. 1/10580 subtests failed.
---
Matisse Enzer [EMAIL PROTECTED]
http
if
there are no further commits for another X minutes.
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
every
commit, etc.)
- many people set up build slaves, on different platforms
- the buildmaster shows the results from all slaves on a web page,
and perhaps also on an IRC channel, email list, etc.
---
Matisse Enzer [EMAIL PROTECTED]
http
I've set up a parrot buildmaster/slave, currently located at:
http://buildbot.eigenstate.net:8040/
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Jan 2, 2008, at 12:02 PM, nadim khemir wrote:
On Saturday 29 December 2007 10.11.41 Matisse Enzer wrote:
I've spent some of this holiday season learning how to set up
BuildBot
...
Cabie seems to be as good, if not better (psst, it's written in Perl).
http://cabie.tigris.org/
Can
.
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
- at least it
struck me that way.
-M
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
the build status pages for the three projects at:`
http://buildbot.eigenstate.net:8010/
http://buildbot.eigenstate.net:8020/
http://buildbot.eigenstate.net:8030/
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http
over the weekend.
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
.
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
://search.cpan.org/dist/Perl-Metrics-Simple/
-Matisse
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Nov 24, 2007, at 5:00 AM, demerphq wrote:
On Nov 23, 2007 11:36 PM, Matisse Enzer [EMAIL PROTECTED] wrote:
I think it is actually
$CPAN::Perl
and, if the value you use contains any whitespace the entire command
will get quoted, which could break things.
I think this is because
( $prefs_file, $cpan_prefs );
}
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
.'
},
);
return @modules;
}
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
#Configuration_for_individual_distributions_(Distroprefs)
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
Is the code for implementing this metric available now? I'm interested
in using it to create a utility that generates the appropriate entries
in a form suitable for use in Build.PL and Makefile.PL format.
---
Matisse Enzer [EMAIL PROTECTED
?
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
the modules into the
install_base for the build.
-M
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Nov 21, 2007, at 2:44 PM, Michael G Schwern wrote:
Matisse Enzer wrote:
I am looking for a way to run a fully-automated CPAN build (using
CPAN::Shell) of a local Perl module and its dependencies, but, I
need to
make REMOVE some directories from the compiled-in @INC during the
build
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
' },
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
Looks like this is a known bug in MakeMaker:
#28632: MakeMaker does not set Makefile variables recursively
http://rt.cpan.org/Ticket/Display.html?id=28632
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http
:
-arch ppc -arch i386
So, is this a bug in me, MakeMaker, or XML::Parser's Makefile.PL ?
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
for both ppc and i386.
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
missing some obvious documentation on this?
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
of uninitialized value in print at test.pl line 19.
not ok 2 - overrode print
# Failed test 'overrode print'
# at test.pl line 19.
# got: '1'
# expected: 'overrode function'
# Looks like you failed 1 test of 2.
---
Matisse Enzer [EMAIL
all through the
modules as some kind of super-crude logging system.
I suppose we need to bite the bullet and just find and replace all
the calls to 'print' with something else.
-M
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net
is a xdg_config_resource() function which
will find
both files and directories whose paths match. ( xgd_config_files()
and friends
only locate regular files. Perhaps a patch is in order)
---
Matisse Enzer [EMAIL PROTECTED]
http
:
xdg_config_resource()
and
xdg_data_resource()
which find both files and directories (instead of only finding files.)
The tarball includes updated unit tests, etc.
-Matisse
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http
be, of course:
my $lookup_tables = {
'LookupTables/Colors.txt' =
$support_files_install_dir/Colors.txt,
'LookupTables/Smells.txt' =
$support_files_install_dir/Smells.txt,
};
---
Matisse Enzer [EMAIL PROTECTED
not be found or the invoker
doesn't have adequate privileges to get the resource.
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
?
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Oct 18, 2007, at 2:51 PM, Eric Wilhelm wrote:
# from Matisse Enzer
# on Thursday 18 October 2007 13:31:
So, what is Best Way?
Module::Finder ?
I want to find non-module resources, for example, a directory
containing configuration files that was installed in @INC somewhere.
My
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
the cpan utility as an admin user (and
thus the sudo doesn't work)?
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
Hi folks,
forgive me but what is the magic variable to get archname? for
example, on my system archname is
darwin-thread-multi-2level
Obviously $OSNAME gets me 'darwin', but what about 'thread-
multi-2level' ?
-M
---
Matisse Enzer
On Oct 15, 2007, at 3:11 PM, Michael Peters wrote:
use Config;
$Config{archname}
Doh!
Thank you very nice!
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
cpan2.private.net - not found
mirrors.kernel.org - server unreachable
mirrors.ibiblio.org - found and installed
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
that CruiseControl can show nice test results.
The toy script i wrote (http://twoalpha.blogspot.com/2007/01/junit-
style-xml-from-perl-test-files.html) does most of that, adding the
per-test-duration is just sugar from this point of view.
---
Matisse
On Sep 9, 2007, at 1:15 AM, Ovid wrote:
--- Matisse Enzer [EMAIL PROTECTED] wrote:
A side-note to keep in mind: If we every want to be able to convert
TAP to the XML format produced by the JUnit ant task (this way for
example CruiseControl could more easily read the results of Perl
tests
A side-note to keep in mind: If we every want to be able to convert
TAP to the XML format produced by the JUnit ant task (this way for
example CruiseControl could more easily read the results of Perl
tests) then it becomes desirable to get timing info for each perl
test - that is, each
On Jul 23, 2007, at 10:10 PM, Michael G Schwern wrote:
Matisse Enzer wrote:
What's the current best practice for running a Perl program and
getting
a report of all the subroutine calls throughout the life of the
program
in the order in which they were called? (as opposed to something like
was called, but not in the order they were called.)
-M
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
files as part of their spec's?
An overview document would also be needed, and some time walking
through the
expected testing. But it sure would be setting clear expectations.
Comments?
Mike
---
Matisse Enzer [EMAIL PROTECTED]
http
I wonder how you all feel these days about the put the pod at
the __END__ approach? I've been trying it for over a year now
and am not really sure its the best way to go (vs. having the pod
for each method right next to it.)
-M
On Thu, 7 Jun 2007, Jeffrey Thalhammer wrote:
I've written plenty
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
I'd contribute $200, if that would help.
-M
. It counts
the number of test* methods for you.
-M
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
-from-perl-
test-files.html
I'm guessing T::H 3.0 might make this easier (for example, getting
elapsed time on each assertion perhaps?)
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
/improvement.
and
2. Estimate the value of a refactoring/improvement.
Since the ball o' mud is, by definition, hard to understand, these
estimates are even harder than usual.
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net
::Metrics::Simple::Analysis::File
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
On Dec 10, 2006, at 1:16 AM, Ovid wrote:
--- Matisse Enzer [EMAIL PROTECTED] wrote:
McCabe Complexity
-
Code not in any subroutine::
min: 1
max 10
mean: 1.00
std. deviation: 2.54
median: 1.00
Subroutines
On Oct 3, 2006, at 8:02 PM, Adam Kennedy wrote:
Michael Peters wrote:
Matisse Enzer wrote:
I uploaded an alpha version to the CPAN yesterday:
http://search.cpan.org/dist/Perl-Metrics-Simple/
There is an included script, in the examples/ directory which
produces
output like
. sub size: 679 lines
avg. sub size: 27.04 lines
min. sub complexity: 1
max. sub complexity: 209
avg. sub complexity: 5.58
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net
On Sep 4, 2006, at 4:00 AM, Leon Brocard wrote:
On 9/4/06, Matisse Enzer [EMAIL PROTECTED] wrote:
I've started working on a module to analyze perl code and give
reports like this:
Neato. Kind of similar to my Perl::Metric::Basic:
http://search.cpan.org/dist/Perl-Metric-Basic/
Thanks - I
on existing code will sometimes be worth the
cost, especially on code that you are making changes to - it's not a
yes/no issue. In general though, I agree that functional tests will
give you a better return on investment.
---
Matisse Enzer [EMAIL
that. I believe they were wildly
popular.
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
smime.p7s
Description: S/MIME cryptographic signature
.
$parser-todo_passed
---
Matisse Enzer [EMAIL PROTECTED]
http://www.matisse.net/ - http://www.eigenstate.net/
smime.p7s
Description: S/MIME cryptographic signature
the test pass. Each mini-iteration might take between 1 and 5
minutes.
Here's a pretty good Power Point slide show that demonstrates the
process:
http://www.butunclebob.com/files/downloads/Bowling%20Game%20Kata.ppt
---
Matisse Enzer [EMAIL
On Mar 31, 2006, at 11:02 AM, Adam Kennedy wrote:
Most end users don't see the build stage as being somehow
distinct, all they want to do is install a module.
I agree 100% with that, and urge others to keep that in mind.
---
Matisse
What's the standard (if any) for how to configure a build script to
install specific files (e.g. httpd.conf) in someplace other than the
standard Perl library/script/man locations?
For example, if my distro contains a bunch of .pm files and .pl files,
which go in the normal place, and my
On Tue, 28 Mar 2006, Randy W. Sims wrote:
The add_build_element() method is the key to the process.
Ah-Ha and thank you Very Nice!
I did read the perldoc - but just didn't get that
add_build_element('foo_files')
would make M::B look for a foo_fiels element - and I thought i would have
to
On Mar 6, 2006, at 4:10 AM, Nik Clayton wrote:
Matisse Enzer wrote:
Currently we are evaluating these options:
1) Maintain a list of the .tar.gz files and install from CPAN,
for example M/MA/MATISSE/Text-TagTemplate-1.8.tar.gz
2) Put the CPAN .tar.gz files in a local CPAN repository
After some trouble, I managed to create a distribution tarball for my
patched Redhat 8 system from smolder-0.01-src using bin/
smolder_makedist.
The problem I encountered was in
src/libapreq-1.3.tar.gz - specifically in
src/libapreq-1.3/Makefile.PL (after unpacking the tarball)
the
On Mar 5, 2006, at 3:15 PM, Michael Peters wrote:
Matisse Enzer wrote:
After some trouble, I managed to create a distribution tarball for my
patched Redhat 8 system from smolder-0.01-src using bin/
smolder_makedist.
Thanks for trying this out so soon. It's been developed on FC3
I did some experimenting yesterday with CPAN::Mini::Inject and our
Subversion repository:
As many of you know, in the Subversion source control system every
file has a URL - it can be a file:// url, an http:// URL, an svn://
URL, etc.
I think what will work well for us is to use
) things for me -
I *feel better* doing TDD, it is actually easier for me in most
cases, as well as faster (for me) and more accurate - I write better
code. Of course, Your Milage May Vary (YMMV)
---
Matisse Enzer [EMAIL PROTECTED]
http
and Im glad to know about it. Thank
you!
--
Matisse Enzer
[EMAIL PROTECTED]
http://www.eigenstate.net/ - http://www.matisse.net/
://search.cpan.org/~ssoriche/CPAN-Mini-Inject-.18/lib/CPAN/Mini/Inject.pm
Yes thank you - I'm installing both to test.
--
Matisse Enzer
[EMAIL PROTECTED]
http://www.eigenstate.net/ - http://www.matisse.net/
1 - 100 of 108 matches
Mail list logo