Re: version.pm and developer version numbers

It's crazy. But it's been that way since Perl 5.10.0 in 2007. So now we're stuck with it. The C<$VERSION = eval $VERSION> idiom avoids some issues with it by losing the underscore at runtime, but that might not be enough for things that parse your distribution tarball version number and try to d

Re: Testing Output and Functionality

On Tue, Apr 24, 2012 at 12:35 AM, Jed Lund wrote: > I understand that this is a fairly basic question but I am stuck trying to > find the right path forward. It's not entirely basic, because you're testing an array of three "outputs" for each functionality test instead of just one. I'd probably

Re: Perl QA Hackathon: What was accomplished?

On Fri, Apr 6, 2012 at 8:46 PM, James E Keenan wrote: > Could someone post a summary of what was done/not done at this year's QA > hackathon in Paris (http://2012.qa-hackathon.org/qa2012)? I don't know if this page is on the main page, yet, but this is the running summary page: http://2012.qa-ha

Re: What is the "best" code on the CPAN?

On Tue, Feb 7, 2012 at 9:29 PM, Jeffrey Thalhammer wrote: > So in your opinion, which distribution on the CPAN best demonstrates these > qualities? Dist::Zilla Leaving aside the fact that I don't think your full wishlist actually exists in any single thing on CPAN, I would nevertheless point yo

Re: Fatal "wide character" warnings in tests

Hook %SIG? David On Jan 29, 2012 4:56 PM, "Ovid" wrote: > How do I make "Wide character in print" warnings fatal in tests? > > This test passes; > > use Test::More; > > > use strict; > use warnings; > use warnings FATAL => 'utf8'; > use utf8::all; > my $string = '日本国'; >

Re: [QA2012] IRC Meeting 2011-01-05

On Thu, Jan 5, 2012 at 10:33 AM, Philippe Bruhat (BooK) wrote: > - elbeho asked for advice regarding lunches (a break to eat outside >  vs. snacks in the dev room) > - elbeho planned to book restaurants for the evenings > - daxim's advice: avoid to leave the building even if it's not a decent >  l

Re: Need suggestions for terminology

On Tue, Dec 6, 2011 at 7:32 AM, David Cantrell wrote: > On Mon, Dec 05, 2011 at 06:21:13PM -0600, brian d foy wrote: >> In article <20111205154758.gh17...@bytemark.barnyard.co.uk>, David >> Cantrell wrote: >> > There's at least one other significant difference: CPAN has an >> > up-to-date index.

Re: Need suggestions for terminology

On Mon, Dec 5, 2011 at 6:27 PM, Ricardo Signes wrote: > We have a tool to do this, at work.  It isn't really in a state that I'd > suggest others use it, but I would love to see something better than it become > popular, as it has been *very* useful.  So, I will be happy to help, at least > by tel

Re: Need suggestions for terminology

On Mon, Dec 5, 2011 at 6:37 PM, Michael Peters wrote: >> Among other things, this would allow a project to freeze (and version >> control) a CPAN index and use it for repeatable deployment of a >> specific dependency chain. > > Isn't this what carton is trying to do? > https://github.com/miyagawa/

Re: Need suggestions for terminology

On Mon, Dec 5, 2011 at 10:47 AM, David Cantrell wrote: > There's at least one other significant difference: CPAN has an > up-to-date index.  BackPAN doesn't. Further to that point, I think the idea of "the index" should be separated from the idea of "the repository". The repository may contain a

Re: Need suggestions for terminology

On Fri, Dec 2, 2011 at 8:21 PM, Jeffrey Thalhammer wrote: > Hi everyone- > > I need some suggestions for terminology to use in my code and documentation.   > I'm picky about names, so this is important to me (perhaps more than it > should be).  The context is Pinto, which is yet-another suite of

Re: [QA2012] IRC Meeting 2011-12-01

On Fri, Dec 2, 2011 at 6:26 AM, Philippe Bruhat (BooK) wrote: > - Laurent started to contact sponsors of past FPW, and also obtained >  more contact information for a potential sponsor Do you have a "pitch" for sponsors? E.g. what's in it for them, a summary of results of previous hackathons, wh

Re: Capturing only STDERR with Capture::Tiny?

On Wed, Nov 30, 2011 at 5:24 AM, Gabor Szabo wrote: >>> Does a request for such feature in Capture::Tiny sound reasonable? https://metacpan.org/source/DAGOLDEN/Capture-Tiny-0.12/Changes -- David

Re: TB2::Mouse will be internal use only... with one hitch.

On Wed, Nov 30, 2011 at 11:07 PM, David E. Wheeler wrote: > Yes, but I would view this as a symptom of a failure of core Perl more than > anything else. We really need a MOP and the attendant infrastructure and > syntax for classes, methods, and roles in the language. The alternative is > havin

Re: TB2::Mouse will be internal use only... with one hitch.

On Wed, Nov 30, 2011 at 6:13 AM, Michael G Schwern wrote: > Unfortunately, that would be a circular dependency between Mouse and TB2 > unless... Not a complete dependency, though, as one can function without the other. As long as the CPAN clients are smart enough not to follow the prereq chain

Re: Capturing only STDERR with Capture::Tiny?

On Tue, Nov 29, 2011 at 11:25 PM, Gabor Szabo wrote: > What is your suggestion to solve this? > Does a request for such feature in Capture::Tiny sound reasonable? It's reasonable and has been requested before: https://rt.cpan.org/Public/Bug/Display.html?id=60515 I haven't found the tuits to div

Re: TB2::Mouse will be internal use only... with one hitch.

On Wed, Nov 30, 2011 at 12:39 AM, Michael G Schwern wrote: > There is a 3rd choice, which brings us full circle to where this discussion > started.  We write TB2::Object [1] to select load Mouse if its available, > TB2::Mouse otherwise.  That way TB2 classes are compatible with Mouse just in > tim

Re: [QA2012] IRC Meeting 2011-11-24

On Sun, Nov 27, 2011 at 4:29 AM, Philippe Bruhat (BooK) wrote: > - the web site is live, DNS changes were fully propagated shortly after >  the meeting I've created a stub Attendees page on the wiki and added myself along with my proposed topics. http://2012.qa-hackathon.org/qa2012/wiki?node=Att

Re: Relying more on Mouse

On Fri, Nov 25, 2011 at 4:02 PM, Michael G Schwern wrote: > Keeping this all in perspective, TB2::Mouse is one 110K file (compressed down > to 25K) with no POD.  It's part of the Test-Simple distribution.  p5p has to > do NO EXTRA WORK AT ALL to include or maintain it.  It just comes with > Test-S

Re: Relying more on Mouse

On Thu, Nov 24, 2011 at 4:23 PM, Michael G Schwern wrote: > I don't think cobbling together an OO system from bits and bobs, and then > relying on it, makes more sense than using a fully baked one Of course, that pretty much describes Perl OO in a nutshell until Moose/Class::MOP came along. And

Re: Relying more on Mouse

On Tue, Nov 22, 2011 at 10:49 PM, Michael G Schwern wrote: > The major Mo[ou]se features that Test::Builder2 uses heavily is roles and > attributes.  It also uses types, coercion, meta classes and method modifiers, > but those could be removed if necessary.  I've tried to keep it simple to > avoid

Re: Relying more on Mouse

On Tue, Nov 22, 2011 at 2:02 PM, Eric Wilhelm wrote: > Is there a way to remove some of the work Mouse is doing at startup? > What is it doing? How much of Mouse is needed? Could Moo be used? (I ask without having read the details of the OO breakdown of TB2) -- David

Re: Relying more on Mouse

My bigger concern would be inclusion of Mouse in core as a dependency, since the direction of Perl seems to be to have fewer core modules, not more. I'd run that discussion by p5p/Ricardo before getting too tied to Mouse. Separately -- once the Perl core gets a MOP, maybe this gets easier/faster

Re: Smoker setup to compare old vs new versions?

On Tue, Nov 15, 2011 at 8:28 AM, Michael G Schwern wrote: > I've never used the CPAN smoker software before and I'm hoping somebody has a > recipe? Regression testing is less well developed. As far as I know, people have rolled their own. I have some poorly documented tools I used to use to reg

Re: The end of 5.6 is nigh!

On Sat, Nov 12, 2011 at 6:50 PM, Michael G Schwern wrote: > By which I mean, the next major release of Test::More (aka Test::Builder1.5) > will support 5.8.1 and up.  ExtUtils::MakeMaker will probably go that way, > too.  This effectively cuts off most of CPAN from 5.8.0 and down.  This will > hap

Re: Perl QA Hackathon 2012

On Fri, Nov 4, 2011 at 4:10 AM, Philippe Bruhat (BooK) wrote: > Yes, timezone of the hackathon location, which is Europe/Paris, or UTC+1 > until the last Sunday of March (March 25), when we will switch to CEST, > or UTC+2. OK. I'll offer my apologies in advance as that's 0700 here -- aka "time to

Re: Perl QA Hackathon 2012

On Thu, Nov 3, 2011 at 8:25 PM, Philippe Bruhat (BooK) wrote: > It seems we are picking up the gauntlet, and it will happen in > Paris. :-) > > The current local team is very small: it's just myself and > Laurent Boivin. Hooray! And thank you! > We have two possible venues: >  ** Carrefour Numér

Re: Do we need subtests in TAP?

On Sun, Oct 30, 2011 at 11:30 PM, Michael G Schwern wrote: > TB2 is the opposite of the second system syndrome.  The second system is > traditionally overbuilt with too many features that nobody needs.  While the > event system might qualify, the Test::Builder2 class itself does not. I'm reservin

Re: Do we need subtests in TAP?

On Sun, Oct 30, 2011 at 3:23 PM, Michael G Schwern wrote: > On 2011.10.30 2:58 AM, Adrian Howard wrote: >> I prefer the current subtests system for a few reasons: >> >> * With the new system I would have to re-write TAP streams from other sources >> to match the numbering system of the current str

Re: Do we need subtests in TAP?

On Fri, Oct 28, 2011 at 3:23 AM, Ovid wrote: > Moving along, the *idea* of a nested TAP is so conceptually simple that if > the implementing code is struggling with it, perhaps it's a sign that there > are some design decisions which should be revisited? When I find conceptually > simple ideas

Re: Do we need subtests in TAP?

On Tue, Oct 25, 2011 at 11:56 PM, Michael G Schwern wrote: > I keep looking at subtests and keeping thinking that if there wasn't a test > count to manage, would we need subtests?  Do we need all that complexity?  If > it's just about the test count, can it be managed a better way? I find several

Re: apt-pm.cpan.org?

You should email Robert and Ask at the Perl NOC, not the Perl-QA list. Also, join/email the cpan-workers mailing list as that group is a better place for discussion of such a thing. -- David On Mon, Oct 3, 2011 at 11:35 AM, Jozef Kutej wrote: > Hi, > > for the purpose of Debian::Apt::PM [1] I

Re: QA hackathon 2012

On Fri, Sep 30, 2011 at 4:44 AM, Philippe Bruhat (BooK) wrote: > I thought I'd see people complain about having the hackathon start on > a Friday, so I'll take the silence to mean "doesn't really matter, > so long as you have a good venue". :-) Yes. Friday is fine. -- David

Re: QA hackathon 2012

FWIW, my wife has now strongly hinted that the March 31st weekend would be the best option. :-) -- David

Re: QA hackathon 2012

On Mon, Aug 22, 2011 at 7:07 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 wrote: > To the usual suspects on this list, especially the ones who could not attend > the last times: when do you have time around April? (Traditionally, the QA > hackathon is from Saturday to Monday and avoids Easter.) My daughter turns 1 on Ma

Re: [test-more] DBIx::Class mysterious fails (#146)

To clarify -- the tester is running Test::More 2.00_07. Whether that is advisable or not I won't take an opinion on, but it's a sign that 2.00_07 is breaking stuff on CPAN. I have several modules with similar issues and I've just started ignoring TB2 reports. -- David On Thu, Jul 21, 2011 at 3

Re: Suggestion regarding test suite design

On Wed, Jul 6, 2011 at 6:01 AM, Murugesan Kandasamy wrote: > I have hundreds of similar scenarios and they are getting executed well and > working as expected with test harness. But my doubt is I am having hundreds > of .t files just with two lines of code i.e. loading the module, calling the >

Re: stable and development releases on CPAN

On Sat, Jun 25, 2011 at 12:49 PM, chromatic wrote: >> For projects like Padre we would like to be able to upload versions and let >> the end user easily decide which version they would like to use. > > The best* approach I've seen so far is to add version numbers to names, as > does perl5i--althou

Re: RFC: Private CPAN In A Box

On Wed, May 25, 2011 at 1:19 AM, Jeffrey Thalhammer wrote: > I realize this doesn't solve the "big" problem of automatically building a > particular CPAN mirror with a magical mix modules.  But based on my own > development patterns, I think this model could provide a workable framework > for o

Re: RFC: Private CPAN In A Box

On Tue, May 24, 2011 at 5:27 PM, Jan Dubois wrote: > AFAICT there is no good index for backpan though.  I have to audit diffs > to older module versions quite often, so I have my own tools, and found > that even the links are not comprehensive; I have to crawl both > backpan/modules/by-module and

Re: RFC: Private CPAN In A Box

On Tue, May 24, 2011 at 4:32 PM, Leon Timmermans wrote: > On Tue, May 24, 2011 at 10: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 known s

Re: RFC: Private CPAN In A Box

On Tue, May 24, 2011 at 12:25 PM, David E. Wheeler wrote: > Well, are you using the same version ranges spec for the META.json file? > Seems to me that this might result in a stand-alone library that, given > prereqs, could determine what should be installed. Then the existing clients > could u

Re: RFC: Private CPAN In A Box

On Tue, May 24, 2011 at 12:14 PM, David E. Wheeler wrote: > On May 24, 2011, at 3:04 AM, David Golden wrote: > >>> Or, if Net::Ping on the system is already 2.36 >>> it will refuse to proceed? >> >> I think the current CPAN clients will all refuse to proceed.

Re: RFC: Private CPAN In A Box

On Mon, May 23, 2011 at 8:38 PM, Cosimo Streppone wrote: > I say: > >   "prereqs" : { >      ... >      "runtime" : { >         "requires" : { >            "Net::Ping" : "<= 2.35" >         } >      }, >      ... >   }, > > Where current Net::Ping on CPAN is 2.36, > than this will install Net::Pin

Re: RFC: Private CPAN In A Box

On Monday, May 23, 2011, David Golden wrote: > The problem is that there is no way for a single application to use multiple > versions of a module.  So it's easy to imagine that very specific module > prereqs could be in conflict and require manual override. That's not

Re: RFC: Private CPAN In A Box

The problem is that there is no way for a single application to use multiple versions of a module. So it's easy to imagine that very specific module prereqs could be in conflict and require manual override. That's not the right answer. What we need is application level dependencies that are speci

Re: Vague Testing

On Thu, Feb 17, 2011 at 9:09 AM, Ovid wrote: > For a *very* contrived use case, imagine that you're being introduced to your > daughter's boyfriend for the first time and you know his name is "Alexander". > He might introduce himself as "Alexander", "Alex", "Al", or even "Xander" and > you migh

Re: Vague Testing

On Thu, Feb 17, 2011 at 3:52 AM, Ovid wrote: > It's OK if I get back that data structure, but the 2 and 4 records are > swapped or maybe the 5 isn't present. However, for any contained array > reference its exact data can't change. However, if those came back in the > order of 6,5,4,3,2,1, the

Test::Harness fails tests on stock 5.6.2

Could someone please investigate this: http://www.cpantesters.org/cpan/report/334f5920-fbb8-11df-b9a1-c219e212a13c This prevents upgrading Test::Harness on a stock perl 5.6.2 system, which cascades into preventing CPAN.pm from upgrading likewise. I suspect it might be due to a bug in Getopt::Lon

Re: Depend on Imager w/ PNG feature?

On Sun, May 23, 2010 at 4:45 PM, Joshua ben Jore wrote: > Hi, > My Runops-Movie depends on Imager with it's png feature. I'm not sure > exactly how to accomplish this as a dependency. My module can depend > on Imager but I have no way to communicate to the running CPAN harness > that the Imager th

Re: Toolchain issues

Quick thoughts: > 2. ExtUtils::MakeMaker and Module::Build - Serious! > >   HP-UX, and probably other OS's too, do not allow installation of >   shared objects when the object already exists and is in use. That >   means that all XS modules used by CPAN cannot be installed by CPAN. This is actual

Re: camels

On Mon, Jan 4, 2010 at 10:18 PM, Aristotle Pagaltzis wrote: > It’s unrecognisable at favicon size. The camel is distinctive > down to a handful of pixels. And if you add a shell to it, so can > a pearl be. In fact a pearl in a shell is what iX magazine in > Germany has used as the masthead for the

Re: qa.perl.org

For the record, I'll second Barbie's suggestion. David On Wed, Dec 30, 2009 at 4:16 AM, Barbie wrote: > On Tue, Dec 29, 2009 at 10:10:48PM -0500, David Golden wrote: >> On Tue, Dec 29, 2009 at 4:54 PM, Leo Lapworth wrote: >> > 2) Testing CPAN >> > >&

Re: qa.perl.org

On Tue, Dec 29, 2009 at 4:54 PM, Leo Lapworth wrote: > 2) Testing CPAN > > Shaun, would you mind looking at this? > >  - Just needs a quick review/update The CPAN Testers stuff looks fine to me. The Daily Build section should really go to a new tab "Testing Perl" or "Testing Perl Source" or "Tes

Re: What's up with "No targets specified and no makefile found"?

You need to be asking on cpan-testers-discuss. Copying that list now. -- David On Mon, Dec 21, 2009 at 4:02 PM, Joshua ben Jore wrote: > The CPAN smokers regularly spit back UNKNOWN results where the text of > the error is: > >    Output from '/usr/bin/make': > >    make: *** No targets specifi

Re: Interesting test failure under prove --merge

On Thu, Dec 3, 2009 at 3:25 PM, Gabor Szabo wrote: > 2 2 : 2 4 : 4 2 :   E r r o r :   C a n n o t   s e t   l o c a l e > t o   l a n g u a g e   A r a b i c . >  ok 3 - ->change_locale(ar) > ok 4 - ->change_locale(de) Extra space in the output before "ok 3"? -- David

Re: Discourage use_ok?

(n Mon, Nov 9, 2009 at 5:11 AM, Ovid wrote: > For the life of me, I can't really see any utility to use_ok() or > require_ok().  Not only are both fragile and a source of strange "action at a > distance" bugs, but the constructs they replace not only work correctly, but I don't see any problem

Re: standard for internal-only tests?

On Fri, Jul 31, 2009 at 2:32 PM, Jonathan Swartz wrote: > Wow, putting them in MANIFEST.skip - what a simple and great idea. :) I > don't even need the environment variable in that case. Anyone who is running > 'make test' in the git source will see the internal tests, as they > should...anyone who

Re: standard for internal-only tests?

A common standard is to put them in an xt/ directory and run them during development with 'prove'. Regards, David On Jul 31, 2009 2:12 PM, "Jonathan Swartz" wrote: There are certain tests in my distribution that I don't want end users to run. I want to run them during development, and I also wa

FYI: new 'patched' status on rt.cpan.org

I'd like to thank Ruslan (ruz) for adding a 'patched' status value on rt.cpan.org. I asked for the 'patched' status for tickets that I've fixed in the code repository, but have not yet released to CPAN. Tickets with 'patched' will appear on the active bugs list (e.g. from search.cpan.org) so that

Re: Making TODO Tests Fail

On Tue, Jul 14, 2009 at 5:43 AM, Ovid wrote: > We have no diagnostics. We've never had diagnostics (the ad-hoc things > going to STDERR don't count because they can't be synched or reliably > parsed). Thus, I can't add diagnostics to the TODO tests until Schwern puts > diagnostics in Test::Builde

Re: Test module for tests in Perl module distro

On Sun, Jul 5, 2009 at 9:40 PM, Buddy Burden wrote: > Let's say I have some common functions that I want available to all my > .t files.  So I've created a module that all the .t files can include. >  But where do I put it?  I don't want to put it in lib/ because I > don't want it to get installed,

Re: "Fluent" tests?

On Tue, Jun 30, 2009 at 2:15 PM, Ovid wrote: > Also, I think playing around with more fluent interfaces is a good idea.  If > my interface is great, why not?  If it's bad, what would people *love* to see > in a test interface which allows them to naturally write tests? Well, if you're doing inte

Re: "Fluent" tests?

On Tue, Jun 30, 2009 at 1:17 PM, Ovid wrote: > Thoughts?  Am I totally smoking crack here?  If there's a clean way to > shoehorn diagnostics on the Test::More-style interface, I guess that would be > ok. Doesn't Test::Builder2 address this? I'd rather see more energy directed at getting that do

Re: Calling All Test:: Authors

On Tue, Jun 30, 2009 at 11:01 AM, David Golden wrote: > On Tue, Jun 30, 2009 at 10:21 AM, Ovid wrote: >>    my $BUILDER = Test::Builder->new; > > I'm running visitcpan to generate a list of offenders now.  Results posted > soon. And here we go: http://echo.dagolde

Re: Calling All Test:: Authors

On Tue, Jun 30, 2009 at 10:21 AM, Ovid wrote: >    my $BUILDER = Test::Builder->new; I'm running visitcpan to generate a list of offenders now. Results posted soon. -- David

Re: [ANNOUNCE] Test::More/Builder 0.89_01 now with subtests

On Thu, Jun 25, 2009 at 5:49 AM, Ovid wrote: > I understand where you're coming from, but different things should look > different.  SKIP and TODO are relatively similar, but subtests are > significantly different from them. The implementation is vastly different, but semantically, they just pro

Re: [ANNOUNCE] Test::More/Builder 0.89_01 now with subtests

On Thu, Jun 25, 2009 at 12:08 AM, David E. Wheeler wrote: > The how about: > >    subtest { >        plan tests => 3, >             for   => 'my sanity'; >        pass; pass; pass; >    } > As long as we're bike-shedding, a simplification: subtest { plan "sanity check" => 3; pass for 1

Re: Cpan Dist Layout Issue

On Fri, May 15, 2009 at 1:29 PM, Smylers wrote: > Most of the information on that page is likely to be bewildering or > irrelevant to the user who's just stumbled upon the site, but it does > say mention that it's "a way to provide multi-platform testing for > modules" and provides "valuable feedb

Re: Cpan Dist Layout Issue

On Fri, May 15, 2009 at 12:11 PM, Smylers wrote: >  That Perl has this QA thing which tells you which platforms a module >  will work on but that doesn't actually mean it'll install only adds to >  external perceptions of Perl being confusing and awkward. Of course CPAN Testers doesn't claim to c

Re: masking installed versions when running tests

On Wed, May 6, 2009 at 12:05 PM, David Cantrell wrote: >> That's true, but this isn't just about testing libs - it's any lib I >> might delete from the distribution. > > You want Devel::Hide. I think the original question was about catching a module deleted by mistake -- otherwise, Devel::Hide ro

Re: masking installed versions when running tests

On Tue, May 5, 2009 at 7:44 PM, Jonathan Swartz wrote: > One solution, I guess, is to use a fresh install of Perl that contains just > the requirements for CHI. But I'd need one of these for each CPAN > distribution I'm working on! You only need one fresh perl. Set CPAN not to install build_requ

Re: test harness presentation layer plugins

On Tue, Mar 31, 2009 at 6:22 PM, Michael G Schwern wrote: > But it's really more useful for more complicated formatting.  Something simple > like making subtle whitespace differences visible should be a feature of the > TAP consumer. Which is why it will be nice when the "consumer" isn't just get

Re: Informal "'make test'" on production poll

On Thu, Mar 26, 2009 at 2:59 PM, Ovid wrote: > That's the main reason why our tests don't run on production right now.  I > would like, at the very least, to have a './Build sanity' target to ensure > that guaranteed non-destructive tests are run, but the strange argument I'm > facing is that "

Re: How do I respond to a CPAN Tester failure report?

On Tue, Mar 24, 2009 at 6:29 AM, Michael G Schwern wrote: > Like I said to Barbie, all I want to hear is something's in the works. Bring your persuasion stick and stop by whatever room the CPAN Testers junkies are in from time to time. Or bring carrots. :-) -- David

Re: How do I respond to a CPAN Tester failure report?

On Mon, Mar 23, 2009 at 3:56 PM, Michael G Schwern wrote: > I ask not for myself, I know the answers to this and they suck.  I've bitched > about this before and its not necessary to go into details again.  I ask as > Joe Newbie CPAN Author who just got his first pile of failure reports and has >

Please test Module::Build release candidate

(Apologies to those receiving this multiple times) Eric Wilhelm and I have put out Module::Build 0.31_04 as a release candidate for a stable 0.32 Module::Build. Initial CPAN Testers results look good. (So far, it's the first "all PASS" since 0.2804) However, before release (and before it gets p

Re: Testing scripts with expected STDOUT and STDERR in external files

On Sat, Feb 21, 2009 at 5:24 AM, Gabor Szabo wrote: >>> I wonder if there are modules out there that already do this? >>> I could not find any that would fit my needs. Test::Cmd? It's not built on Test::Builder but could be adapted/wrapped. It uses shell redirection to capture output, which sho

Re: build_requires, the xt and build_prereq_matches_use

On Fri, Feb 20, 2009 at 2:30 AM, Thomas Klausner wrote: > I agree partly (it can look, but should not add any > dependencies), but I'm very unlikely to find some time to fix this in > the next weeks (http://use.perl.org/~domm/journal/38260). Understood. :-) > But of course, patches welcome (eg

Re: build_requires, the xt and build_prereq_matches_use

On Thu, Feb 19, 2009 at 4:49 PM, Marc Lucksch wrote: > Sorry, that previous post sounded way to agressive, this is probably because > I'm not english speaker (Worst in my class and proud of it) and my Don't worry, I was not offended. > Yes, but I kind of want to deliver the best module I can pro

Re: configure_requires and new META.yml keys

On Thu, Feb 19, 2009 at 2:05 PM, Eric Wilhelm wrote: > We do not currently have a plan for how to handle this. It would likely > involve some mechanism of requiring compliance to a minimum version of > the META spec. An old loader cannot know that it is too old. When we > do define some sort of

Re: build_requires, the xt and build_prereq_matches_use

On Thu, Feb 19, 2009 at 9:35 AM, Marc Lucksch wrote: > And what about the optional Test::NoWarnings? > If it isn't in build_requires, I get bad kwalitee, if its there, the module > will be installed without being really needed. If I hide it with trickery > from being detected, I will fail the *use

Re: build_requires, the xt and build_prereq_matches_use

On Thu, Feb 19, 2009 at 7:43 AM, Marc Lucksch wrote: > So there are two ways to solve this: > > Either remove them from the Kwalitee indicator (which would be bad). This is the right answer. Things required for xt should not be in build_requires as they do not impact the build/test/install cycle

Re: What's the common denominator in these NYTProf failures?

On Wed, Jan 28, 2009 at 8:50 AM, Tim Bunce wrote: > I'm strugling to find a common denominator in these test results: > > > http://bbbike.radzeit.de/~slaven/cpantestersmatrix.cgi?dist=Devel-NYTProf+2.07_94 > > Th

Re: Module::Build 0.30_01 - please test

On Thu, Dec 11, 2008 at 10:25 PM, Eric Wilhelm wrote: > Authors will notice that they now need to install Software::License > Ick. How about a Task::Module::Build or Bundle::Module::Build to make that automatic? (I'll make one if people think it's a good idea.) > Testers, it would be great if

Re: [rt.cpan.org #40976] New files installed without user-write permission

My understanding is that EU:MM and M::B chmod everything 0444 (maybe plus executable) when copying them to blib and ExtUtils::Install just picks them up from there, no? -- David On Sun, Nov 16, 2008 at 7:34 PM, demerphq <[EMAIL PROTECTED]> wrote: > Can anyone help me out with this? Is this EUI's

Re: [PATCH] ExtUtils::MakeMaker and world writable files in dists

On Thu, Nov 13, 2008 at 3:39 AM, Shlomi Fish <[EMAIL PROTECTED]> wrote: >> What I was expressing is that the CPAN shell can do the twiddling to strip >> flags at the point of extraction, rather than PAUSE stopping it at the >> gate. Archive::Tar already does this (see >> $Archive::Tar::INSECURE_EXT

Re: [PATCH] ExtUtils::MakeMaker and world writable files in dists

On Wed, Nov 12, 2008 at 3:17 PM, demerphq <[EMAIL PROTECTED]> wrote: > I rather strongly object to this change. I totally understand -- but keep in mind that this was in response to someone flagging this as a potential (if highly unlikely) security hole, forwarding it to some security-watchdog sit

Re: What are CPAN tester N/A reports?

Additional note as a reminder to all -- please send CPAN Testers related questions to [EMAIL PROTECTED], not the Perl QA list. You're more likely to get a greater number of helpful responses on that dedicated list. David On Thu, Nov 6, 2008 at 11:50 AM, David Golden <[EMAIL PROTECTED

Re: What are CPAN tester N/A reports?

On Thu, Nov 6, 2008 at 8:15 AM, Ovid <[EMAIL PROTECTED]> wrote: > Questions: > > 1. How can I find out why a CPAN testers report is "N/A"? I'm getting test > failures on Test::Most which are N/A and I don't know why. N/A should only be for situations where the distribution isn't compatible with

Re: http://www.nntp.perl.org/group/perl.cpan.testers/2008/10/msg2399796.html

On Thu, Oct 9, 2008 at 2:52 PM, Pete Krawczyk <[EMAIL PROTECTED]> wrote: > Third, there was no reason to cc the perl-qa mailing list. None at all. This > list is for discussion of testing methods and applications, not for > chastising the result of an automated smokebot. Pete makes a good point.

Re: http://www.nntp.perl.org/group/perl.cpan.testers/2008/10/msg2399796.html

On Thu, Oct 9, 2008 at 1:14 PM, Shlomi Fish <[EMAIL PROTECTED]> wrote: > Hi! > > In http://www.nntp.perl.org/group/perl.cpan.testers/2008/10/msg2399796.html it > seems that you didn't install the Template.pm module and as a result > HTML-Latemp-NavLinks-GenHtml is failing. I specifically require a

Re: Archive::Tar does not behave like gnu tar

On Wed, Sep 24, 2008 at 10:13 AM, David Cantrell <[EMAIL PROTECTED]> wrote: > NetBSD > > $ tar --help | grep no-same-permissions > tar: unknown option -- help > usage: tar [-]{crtux}[-befhjlmopqvwzHOPSXZ014578] [archive] [blocksize] > [-C directory] [-T file] [-s replstr] [file ...] Wher

Re: Archive::Tar does not behave like gnu tar

On Tue, Sep 23, 2008 at 7:27 PM, David Cantrell <[EMAIL PROTECTED]> wrote: > If people can point me at some simple tests (sorry, I've not been > following this thread), I can see what these tars do: > NetBSD > FreeBSD > Irix > Solaris > > They all appear to be different - at least, they all res

Re: Archive::Tar does not behave like gnu tar

On Tue, Sep 23, 2008 at 3:53 PM, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > Yeah, sorry. 0. It has a default which is opposite of gnu tar. > >>If it's that easy, I can go patch CPAN.pm right away. Done: CPAN.pm is patched in trunk. > And CPANPLUS I guess. I'm not sure what else happens in > Arch

Re: Archive::Tar does not behave like gnu tar

On Tue, Sep 23, 2008 at 3:06 PM, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > So, something needs to set $Archive::Tar::CHMOD = 1; to make it behave > like gnu tar. $Archive::Tar::CHMOD = 1 or 0? The default is 1. From the Pod: By default, Archive::Tar will try to chmod your files to whatever mode

Re: [RFC] Dealing with World-writable Files in the Archive of CPAN Distributions

On Mon, Sep 22, 2008 at 6:23 PM, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > Yes. Would someone please explain to me how this issue is not already > made a mostly non-issue by having a proper umask and running CPAN as > non-root? Someone in the thread (sorry, forget who and I'm not going to search

Re: [RFC] Dealing with World-writable Files in the Archive of CPAN Distributions

[Copying Andreas, Jos, Schwern and the Module::Build list] Well, I'm not sure that escalating to Securiteam at this point was necessary given the low overall risk of the threat, but let's set that aside and find some agreement on closing the hole. Here are my thoughts on some of the problems/opti

Re: [RFC] Dealing with World-writable Files in the Archive of CPAN Distributions

On Mon, Sep 22, 2008 at 9:24 AM, Shlomi Fish <[EMAIL PROTECTED]> wrote: > Well, it does. However, hardly anyone pays any attention to CPANTS, and it's > out there in the background, and hardly influences the general perception of > the module. As an aside, if the core Kwalitee metrics are sufficie

Re: [RFC] Dealing with World-writable Files in the Archive of CPAN Distributions

On Mon, Sep 22, 2008 at 8:40 AM, Shlomi Fish <[EMAIL PROTECTED]> wrote: > My suggestion for resolving this is to modify the smoking modules so, after > the archive is unpacked (with a proper umask and arguments to tar), they will > traverse the directory tree and look for any world-writable files.

  1   2   3   4   5   >