dly rough) case for why I like Test::Unit is at:
http://twoalpha.blogspot.com/2005/11/unit-testing-in-perl-with-
testunit.html
-----------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
of what I've read here I'm going to try using Test::Class
and think more about this.
Thanks again,
Matisse
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
tuff
}
I'll note here that Carp::Assert handles this issue by having you
make all the test calls conditional:
ASSERT( $a == $b) if DEBUG;
-M
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
By the way - I have also been looking at Test::Assertions
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
efore.
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
On Jan 10, 2006, at 8:36 AM, dakkar wrote:
This entry in BooK's use.perl journal might help you:
http://use.perl.org/~BooK/journal/25445
Thanks - that is a helpful idea.
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.
en very informative about practical techniques,
so we will have a couple good ideas to choose from rather than invent
our own.
-----------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
On Jan 27, 2006, at 6:06 PM, James E Keenan wrote:
Steffen Schwigon wrote:
Quite often -l (to read from lib/) is enough, depending on your
module
build complexity. For -b you have to call ./Build before "prove",
which can be annoying and/or difficult to remember.
I'll have to try that out.
::TCP
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
llows one to
specify the installed permissions of files, for example, if i want my
executables to be installed as 550, or 4555 it doesn't look like I
can do that. I could be wrong about that though.
-------
Matisse Enzer <[EMAIL PRO
I'm helping plan inmprovements to a build & deploy system and am
wondering what people think is the "best practice" for handling
version control of locally-installed CPAN modules.
We have a bunch of code in version control (CVS now, moving to SVN soon)
We also have a large number of CPAN module
complicated :-) I'll read
it tomorrow when I've had some sleep.
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
e to the
QA environment (which could be multiple machines.)
-----------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
tion of a powerful technique and Im glad to know about it. Thank
you!
--
Matisse Enzer
[EMAIL PROTECTED]
http://www.eigenstate.net/ - http://www.matisse.net/
sibly
> http://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/
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 CPAN::Mi
) 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]>
different environments - small company,
large company, fast-moving, slow-moving, etc.
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
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 code
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 o
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
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 dis
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 Tue, 28 Mar 2006, Randy W. Sims wrote:
> There are a number of ways to do this. The most simple is:
>
> use strict;
> use warnings;
>
> use File::HomeDir;
> my $conf_dir = File::Spec->catdir( File::HomeDir->my_home, '.Foo' );
>
> use Module::Build;
> my $builder = Module::Build->new(
>
On Thu, 30 Mar 2006, Randy W. Sims wrote:
> Note that the entries in install_path must have the same name as
> supplied to add_build_element() (not with the '_files' appendage).
OK - thanks again, that is my problem... the naming of the entries...
I was too dense to appreciate your note about th
gh* application code to
make 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
------
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.
------
On May 21, 2006, at 7:29 PM, James E Keenan wrote:
Let's say that I'm writing a test suite for a Perl module which
creates files and then, optionally, moves those files to
predetermined directories. To test this module's functionality, I
would have to see what happens when the user runnin
ch is also equally descriptive.
$parser->todo_passed
-----------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
smime.p7s
Description: S/MIME cryptographic signature
andbooks", something like 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
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 &l
I've started working on a module to analyze perl code and give
reports like
this:
% analyze.pl path/to/directory/of/perl/code
files: 39
packages: 39
subs: 336
The module is (very tentively) named Perl::Code::Analyze and uses
Adam Kennedy's PPI module for the real work.
On Sep 3, 2006, at 6:45 PM, Andy Lester wrote:
On Sep 3, 2006, at 8:42 PM, Matisse Enzer wrote:
The module is (very tentively) named Perl::Code::Analyze and uses
Adam Kennedy's PPI module for the real work.
Excellent! Although I'm wondering if it could get folded into
Pe
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-Basi
min. sub size: 1 lines
max. 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]
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 this:
Perl Files: $file_count
Line Counts
---
lines: $lines
packages:$pac
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 this
Now in a CPAN near you: Perl::Metrics::Simple 0.30
Installs thecountperlscript which you point at one or more
Perl files (and/or directories) and get a report of all the
subroutines, sorted by complexity.
Line counts exclude both comments and pod.
For example:
% countperl lib/T
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
Subro
On Dec 14, 2006, at 3:05 PM, Michael G Schwern wrote:
Matisse Enzer wrote:
sub complexity_of_six {
my $bar = shift;
my $total = 0;
my $type = ref $bar;
if ( ! $type ) {
$total = $bar;
}
elsif ( $type eq 'ARRAY' ) {
By the way - I've put a bug-fix version up on the CPAN:
http://search.cpan.org/dist/Perl-Metrics-Simple/
Thecountperl script in 0.031 fixes the bug Ovid found.
-Matisse
while );
See themeasure_complexity() method in
Perl::Metrics::Simple::Analysis::File
-----------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
f 8.
I realize that I'm not actually counting 'ne', 'eq', 'ge', or 'le',
which is probably a bug :-)
I'm totally interested in better way(s) to measure this by the way.
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
)
?
-M
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
On Dec 17, 2006, at 9:02 PM, Randy W. Sims wrote:
Matisse Enzer wrote:
On Dec 15, 2006, at 10:13 PM, Chris Dolan wrote:
OK, I see. Perhaps I was distracted from your main point by
mention of cyclomatic complexity, which has a rather specific
definition.
Mea culpa.
In the next release
o' mud this is a very hard problem.
It requires that one:
1. Estimate the effort/cost of a refactoring/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 th
-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/
://fitnesse.org/FitNesse/FitNesse/FixtureCode
-----------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
he test* methods. It counts
the number of test* methods for you.
-M
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
I'd contribute $200, if that would help.
-M
n of the above ? :-)
-Matisse
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
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 ple
I've done pod both ways, for over a year each way, and I am not really
happy with either approach.
If I was using an editor that did pod-folding the way Eclipse does javadoc
folding, then i would probably favor the inline approach.
-M
On Thu, 7 Jun 2007, chromatic wrote:
> On Thursday 07 June
anyone tried writing test 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
b was called, but not in the order they were called.)
-M
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
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
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 ok(
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
gh so 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.
-----
?
-M
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
nd starts to install
Dependency found on Bit::Vector
cpan1.private.net - not found
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/
thread!
Thanks again.
-M
---
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
-----
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/
uld be
working for The Man.
-M
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
ow about those references in @INC?
-----------
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
7;d really like 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 <[EMAI
o new functions:
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
};
Typo?
Yeah, sorry for the confusion. Should be, of course:
my $lookup_tables = {
'LookupTables/Colors.txt' =>
"$support_files_install_dir/Colors.txt",
'LookupTables/Smells.txt' =>
"$support_files_install_dir/Sme
is null the path of the class
loader built-in to the virtual machine is searched. That failing,
this method will invoke findResource(String) to find the resource.
Parameters:
name - The resource name
Returns:
A URL object for reading the resource, or
null if the resource could 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/
again!
-M
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
are now running 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/
On Oct 18, 2007, at 7:53 PM, A. Pagaltzis wrote:
* Matisse Enzer <[EMAIL PROTECTED]> [2007-10-18 19:35]:
From your shell prompt:
sudo cpan
No, if you used to use CPAN.pm as root, then instead say this:
sudo tar cf - .cpan -C ~root | tar xvf - -C ~
sudo rm -r ~root/.cpan
e 11.
ok 1 - overrode glob
Use 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.
--
ation that has 'print' strewn about 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
-------
missing some obvious documentation on this?
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
fno-
strict-aliasing -I/usr/local/include
in other words it is missing:
-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/
n of auto/XML/Parser/
Expat/Expat.bundle that contains code for both ppc and i386.
-------
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/
On Nov 13, 2007, at 9:19 PM, A. Pagaltzis wrote:
So if you use any module from the CPAN, you should list it
explicitly, not imply it via the main module of its containing
distro.
Yes, exactly.
---
Matisse Enzer <[EMAIL PROTECTED]>
x27; => '0.66' },
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
in Makefile.PL / Build.PL
-----------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
t failure.
-M
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
= set_up();
# do some assertions using $foo
return tear_down($foo);
}
sub test_baz {
my $foo = set_up();
# do some assertions using $foo
return tear_down($foo);
}
#
-------
Matisse Enzer <[EMAIL PROT
On Nov 19, 2007, at 1:36 AM, Ovid wrote:
- Original Message
From: Matisse Enzer <[EMAIL PROTECTED]>
This reminds me - I was wondering what it would take to implement a
"BAIL_ON_FAIL" approach to running a test suite
...
Should be fairly easy to implement w
patch.
-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/
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
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 P
;,
name => 'DBD::mysql',
extra_args => ['install'],
diag => 'notest install of DBD::mysql so we do not need a
database.'
},
);
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/
;t happen:
$CPAN::Perl = "$^X -M'INC::Surgery'"; # Will not get "safe_quote"
---
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 becau
'configure_requires' => { 'DBI' => '1.58' }
}
};
my $prefs_file
= File::Spec->catfile( $settings->{cpan_prefs_dir}, 'DBD-
mysql.yml' );
return YAML::Syck::DumpFile( $prefs_file, $cpan_prefs );
}
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
http://search.cpan.org/dist/Perl-Metrics-Simple/
-Matisse
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
n test.
---
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
rac/wiki/ScreenShots
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
27;$^X' has no spaces in the path} ) ||
BAIL_OUT(q{Cannot install.});
-------
Matisse Enzer <[EMAIL PROTECTED]>
http://www.matisse.net/ - http://www.eigenstate.net/
1 - 100 of 137 matches
Mail list logo
