Il 24/04/2015 18:12, Michael Kiwala ha scritto:
On Thu, Apr 23, 2015 at 2:53 PM, Tim Bunce tim.bu...@pobox.com
mailto:tim.bu...@pobox.com wrote:
That approach only applies to your perl statsd, right? For the nodejs
or C statsd's you don't have an easy[*] a way to find the port.
I was
Hi,
trying to pick your brains here.
I hope to be able to explain decently what I'm trying to achieve.
This is about the test suite of Net::Statsd::Server, a perl port
of the javascript statsd daemon, and in particular the
t/integration-tests/*.t cases.
Integration here means that the *.t
On 23. april 2015 20:23, Chad Granum wrote:
Can you start the server and get the port in the parent process, then
fork and run the tests from the child?
Unfortunately that is not possible, as client and server code
are completely separated, and I'd like to run
the test suite against the
On 23. april 2015 19:02, Tim Bunce wrote:
On Thu, Apr 23, 2015 at 05:59:34PM +0200, Cosimo Streppone wrote:
When the fork + exec'd daemon chooses a random port, I need to be able
to know which port it has bound itself to, and here lies the problem.
Perhaps dodge the problem by not picking
Il 23/04/2015 21:53, Tim Bunce ha scritto:
How is the port number is saved into the file when you don't know
which port it has bound itself to?
The daemon starts and binds using port 0. Still within the daemon code,
I can then query for the used port, through regular socket calls.
After that,
On 04. feb. 2015 08:17, Michiel Beijen wrote:
Can anyone fill in on the feasibility of directing all cpan cients to
*one* site, i.e. https://cpan.metacpan.org/ ?
Having multiple mirrors is IMO one of the many things
that CPAN got right from the start.
Other similar but centralized package
On 04. feb. 2015 10:36, Michiel Beijen wrote:
Hi Cosimo,
On Wed, Feb 4, 2015 at 10:29 AM, Cosimo Streppone cos...@opera.com wrote:
On 04. feb. 2015 08:17, Michiel Beijen wrote:
Can anyone fill in on the feasibility of directing all cpan cients to
*one* site, i.e. https://cpan.metacpan.org
Hi QA folks,
Net::Statsd::Server is a UDP server daemon packaged as CPAN module,
with a little 'bin/statsd' wrapper script.
In the latest release, 0.09, I tried to add some 'integration tests':
https://metacpan.org/source/COSIMO/Net-Statsd-Server-0.09/t/integration-tests
implemented through
On Tue, 06 Dec 2011 01:35:52 +0100, Michael G Schwern schw...@pobox.com
wrote:
As a result of the discussions, I'm now reconsidering using Mouse in TB2.
Good!
This is a critical violation of encapsulation.
Yes.
Plus, what would happen if at some point Mouse wanted to
use TB2 for its
On Tue, 06 Dec 2011 19:50:16 +0100, Michael G Schwern schw...@pobox.com
wrote:
On 2011.12.6 1:23 AM, Cosimo Streppone wrote:
Plus, what would happen if at some point Mouse wanted to
use TB2 for its test suite?
You might have missed that part of the conversation. TB2 would not
depend
On Fri, 24 Jun 2011 20:18:44 +0200, Khai Do khai...@impinj.com wrote:
The TAP::Formatter::JUnit formatter isn't creating 100% compatible junit
reports. The problem is that the generated reports contain a root level
'testsuites' element which isn't the same as an individual junit report.
On Tue, 24 May 2011 07:22:02 +1000, David E. Wheeler
da...@kineticode.com wrote:
On May 20, 2011, at 11:04 AM, Jeffrey Thalhammer wrote:
[1] I think a lot of this trouble would go away if the CPAN tool chain
simply permitted authors to express precisely which $VERSION of
something they
On Wed, 25 May 2011 15:19:49 +1000, Jeffrey Thalhammer
j...@imaginative-software.com wrote:
On May 24, 2011, at 1:17 PM, David Golden wrote:
Then, given one of those three ordered list of tarballs that satisfy
all prereqs, it should be possibly to repeatably deploy an application
with a
On Tue, 07 Sep 2010 18:21:36 +0200, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 da...@cpan.org
wrote:
Quoting from
http://p3rl.org/Devel::CheckLib#USING_IT_IN_Makefile.PL_or_Build.PL:
| Instead, use the use-devel-checklib script.
I have nothing to add.
For some reason, I didn't understand
the meaning of use the
On Wed, 08 Sep 2010 15:04:31 +0200, David Cantrell da...@cantrell.org.uk
wrote:
On Tue, Sep 07, 2010 at 10:42:41AM +0200, Lars D?
? wrote:
http://p3rl.org/Devel::CheckLib
I'd like to publicly thank Yasuhiro Matsumoto for taking over this
module, which is a
Please have a look at this CPAN testers report,
http://www.cpantesters.org/cpan/report/5cc1df5a-ba02-11df-8a5e-b571ca15ebd2
it's for Text::Hunspell 2.00.
I think the tests are failing because the system
doesn't have (lib)hunspell installed.
How do I specify the dependency in Makefile.PL?
On Tue, 07 Sep 2010 10:42:41 +0200, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 da...@cpan.org
wrote:
How do I specify the dependency in Makefile.PL?
This was under discussion at, IIRC, cpan-workers, but nothing came out
of it.
Do I need to write a custom check, compile
a test C program or something like that?
On Thu, 13 Nov 2008 05:12:33 +0100, Andreas J. Koenig
[EMAIL PROTECTED] wrote:
On Wed, 12 Nov 2008 19:13:40 -0800, Michael G Schwern
[EMAIL PROTECTED] said:
Now that the CPAN shells and archiving modules are handling it at
their end, I
think the PAUSE filter should be removed. It's
Hi!
I don't know if I really understand the entire
world-writable files security hole.
Anyway, I think the average CPAN author doesn't
really know or care about that, sadly.
See also:
http://use.perl.org/~cosimo/journal/37554
I'd really prefer not having to change my tar
command on every
Hi all,
I'm using Test::Class and I'm happy with it.
I wrote several test classes which inherit from T::C,
but I wanted to avoid the 1-*.t-script-for-each-test-class
approach.
I thought of writing a generic *.t script that
I called `nnn-test-classes.t' which looks for
test packages inside the
Adrian Howard wrote:
On 26 Feb 2008, at 08:53, Cosimo Streppone wrote:
Hi all,
I'm using Test::Class and I'm happy with it.
I wrote several test classes which inherit from T::C,
but I wanted to avoid the 1-*.t-script-for-each-test-class
approach.
You mean like Test::Class::Load
Yes
21 matches
Mail list logo