On 2011.11.13 8:39 AM, Reini Urban wrote:
I've come around your hammering lately and had this idea:
Cannot CPAN add logic to avoid downloading your new versions on older
releases?
Yes, but it is non-trivial.
It would requiring creating a new index which supplies modules and versions
for
It's that time again! Time when I hammer the last few nails in the coffin of
a version of Perl.
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
https://github.com/Perl-Toolchain-Gang/ExtUtils-MakeMaker/tree/v6.58
After a year and a half, a new stable release of MakeMaker! It's big. Here's
the major changes:
* Metafile processing is now handled by CPAN::Meta. This makes it
more correct but also more strict.
* Many, many Windows
The latest release candidate for MakeMaker 6.58 is on its way to CPAN and
available for download.
https://github.com/Perl-Toolchain-Gang/ExtUtils-MakeMaker/tarball/v6.57_11
This release fixes all known bugs blocking stable. If it all checks out it
will become 6.58.
6.57_11 Thu May 19 17:26:31
On 2011.3.29 10:33 PM, Burak Gürsoy wrote:
On Tue, Mar 29, 2011 at 01:27:36PM +1100, Michael G Schwern wrote:
After 6.58 MakeMaker will seriously consider shooting 5.6 in the head...
I
mean ending long term support. That will make shipping Scalar::Util
unnecessary.
Well, do 5.6 users
On 2011.3.29 5:55 AM, Steffen Mueller wrote:
On 03/28/2011 01:38 AM, Michael G Schwern wrote:
This release fixes an issue where MakeMaker would overwrite an installed XS
version of Scalar::Util with a reduced functionality pure Perl version. It
will now only install Scalar::Util
On 2011.3.28 1:17 AM, Jesse Vincent wrote:
On Sun, Mar 27, 2011 at 10:02:42PM +1100, Michael G Schwern wrote:
https://github.com/Perl-Toolchain-Gang/ExtUtils-MakeMaker/tree/v6.57_08
This is release candidate 1 for ExtUtils::MakeMaker 6.58 and hopefully will
make it into 5.14.0.
It won't
https://github.com/Perl-Toolchain-Gang/ExtUtils-MakeMaker/tree/v6.57_09
6.57_09 fixes a bunch of little issues having to do with the bundled modules
including making this an authorized release and an issue on machines missing
Version::Requirements.
https://github.com/Perl-Toolchain-Gang/ExtUtils-MakeMaker/tree/v6.57_07
A new ExtUtils::MakeMaker alpha has been released, 6.57_07. This is
effectively release candidate 0 for 6.58. There has been a lot of change
since the last alpha and far more since the last stable.
Please load it into your
On Thu, Apr 1, 2010 at 7:50 AM, Tim Bunce tim.bu...@pobox.com wrote:
On Thu, Apr 01, 2010 at 12:39:27AM -0400, David Nicol wrote:
On Wed, Mar 31, 2010 at 7:43 AM, Ask Bjørn Hansen a...@perl.org wrote:
The main point here is that we can't use 20 inodes per distribution.
so don't. How much
Andreas J. Koenig wrote:
...because its redundant, complicates testing, has little security
value and provides a false sense of security.
If a 3rd party has hijacked the tarball they can simply change the
signature test to always pass. In short, you're trusting the
untrusted
http://github.com/schwern/extutils-makemaker/tree/v6.54
Here's the next stable release of 6.54, hopefully in time for 5.10.1 (yes
Dave, I checked all the tests have boilerplates).
For all the length of the change log there's really only one significant user
visible change that's not just a minor
This is an alpha release of Test::More available on CPAN and from its
repository.
http://github.com/schwern/test-more/tree/v0.89_01
subtest()
-
Small change log, big feature. This version adds subtest(), implemented by
Ovid. This allows you to run a bunch of tests with their own plan.
http://github.com/schwern/extutils-makemaker/tree/v6.53_02
This is an alpha release of MakeMaker, a release candidate for 6.54. Its
mostly fixes to bugs introduced by 6.52 on VMS and Windows while building perl.
6.53_02 Sun Jun 7 19:24:56 PDT 2009
Test Fixes
* Stray use of
Craig A. Berry wrote:
On Sat, Jun 6, 2009 at 12:28 AM, Michael G Schwern schw...@pobox.com wrote:
I'd like to somehow test for this issue without having to shove MakeMaker
into
bleadperl and build it on multiple OS'. [1]
To me that sounds easier than the alternatives. How hard would
This is the latest stable release of Test::More.
http://github.com/schwern/test-more/tree/v0.88
Important Features and Changes
* Finally, the oft requested done_testing() allows you to declare when
the tests have ended, and to declare how many tests have run. This is
a more robust
Rather than spring it on the world on a holiday weekend, I'm going to release
Test::More 0.88 on Wednesday pending any horrible screaming.
There's a small but potentially incompatible change since 0.86 in that you no
longer need to specify a plan before running a test. This allows the new and
Adam Kennedy wrote:
2009/5/6 Jonathan Yu jonathan.i...@gmail.com:
The real question at hand here is: for modules that provide both a
Makefile.PL and Build.PL, which should be preferred? More than that,
from the perspective of CPAN authors, is it even useful to provide
both? Now that
http://schwern.org/src/Test-Simple-0.86.tar.gz
or a CPAN near you!
This release mostly deals with fixing a long standing problem with cmp_ok()
and overloaded objects. I expect this to cause some fixage.
Previously, overloaded objects would have their overloading stripped, turning
them into
2008/9/30 Matt S Trout [EMAIL PROTECTED]:
If the world upgraded regularly, Module::Build wouldn't be such a disaster
anyway :)
Adam Kennedy wrote:
True, but it's FAR more palatable to say Just upgrade ONCE, and
you'll never have to think about it again compared to upgrading
continuously.
Michael G Schwern wrote:
2008/9/30 Matt S Trout [EMAIL PROTECTED]:
If the world upgraded regularly, Module::Build wouldn't be such a disaster
anyway :)
Adam Kennedy wrote:
True, but it's FAR more palatable to say Just upgrade ONCE, and
you'll never have to think about it again compared
chromatic wrote:
s/Module::Install/Autobundling/
Autobundling is fine for end-user all-in-one no-user-servicable-parts-inside
applications, but the CPAN is not the place for static linking. It would be
nice not to drag Perl kicking and screaming back into the 1970s.
Autobundling is fine
Matt S Trout wrote:
On Sat, Sep 27, 2008 at 07:53:07PM -0400, Michael G Schwern wrote:
Matt S Trout wrote:
On Thu, Sep 25, 2008 at 10:01:19PM -0500, Ken Williams wrote:
Hi all,
After much tireless work by Eric Wilhelm and lots of feedback from
patient nonpatient users alike, I'm pleased
Andreas J. Koenig wrote:
On Sat, 17 May 2008 07:35:27 -0500 (CDT), David Fleck [EMAIL PROTECTED] said:
df I hope someone can help out this novice test writer. I have a module that
df runs several test scripts, and recently they have started to fail on some
df tester's machines. The
http://pobox.com/~schwern/src/ExtUtils-MakeMaker-6.37_01.tar.gz
This is an alpha release of MakeMaker to fix some bugs and coordinate with
5.10 RC2. Pending the resolution of a difference with bleadperl, and barring
any bugs, this will become 6.38.
6.37_01 Sun Nov 25 17:05:53 PST 2007
6.37_01 did a refactoring which broke XS building, this release fixes it.
Thanks to Andreas for catching that.
MakeMaker has never had tests for XS builds because of difficulty detecting
the existence of a working compiler. t/xs.t has been there for a while just
checking for a compiler. I've
http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.37_03.tar.gz
More test fixes. Also, as threatened, I've bumped the minimum version up to
5.6.0.
6.37_03 Mon Nov 26 14:15:34 PST 2007
Tests
- parse_version.t had wrong test count when version.pm isn't installed.
- Fixed some
brian d foy wrote:
Fair enough. Can you make a list of the last versions of all of those
that should work with Perl5.005? I suppose that's the current list
right now.
Pretty much. If anyone wants to put in the effort to make such a list they
can, knock yourself out.
--
...they shared one
Slaven Rezic wrote:
Michael G Schwern [EMAIL PROTECTED] writes:
Why make this change now? I've always been frustrated at being hamstrung
from
using new features of perl. The Perl Survey results is what pushed me over
the edge. [1] Only 6% of the respondents say they used 5.5.x
This is an announcement that my modules will no longer try to be backwards
compatible with 5.5.x. This includes ExtUtils::MakeMaker and Test::More.
Toolchain modules will now target 5.6.0. Modules not part of the build
toolchain will be moving up to 5.8.0.
This doesn't mean I'm going to go
Andy Lester wrote:
I'm moving my bug queue for WWW::Mechanize and Test::WWW::Mechanize over
to Google Code, which is also where I host the source code.
I think it'd be a good idea if META.yml had fields that say where the
bug queue is, and where the source code lives. That way
Jonathan Rockway wrote:
David Golden wrote:
On 9/25/07, Chris Dolan [EMAIL PROTECTED] wrote:
Well, one option might be something like:
http://www.cpanforum.com/tags/name/helpwanted
Gabor, would it be easy to add an Atom/RSS feed for a particular tag?
Please no! Let's not spread
This release unfixes a bug. 0.71 fixed a bug where if you ran a use_ok()
inside a BEGIN block without a plan it would silently fail and the test would
continue. For example...
use Test::More;
plan tests = 10;
BEGIN { use_ok(Some::Module) }
It looks like you planned
Test::More 0.71 fixed a subtle bug where a call to use_ok() inside a BEGIN
block without a plan would be silently ignored. That is...
use Test::More;
BEGIN { use_ok('Exporter') } # for example
plan tests = 1;
pass();
would pass when it should have failed.
Graham Barr wrote:
What I think brian is saying, and I agree, is that he does not want
to have to say don't send me mail N times. Where N is between 1
and, um I don't know. Haw many tools will there ever be that want
to send mail back to the author and what will their names be ?
So as well as
On Sun, Oct 09, 2005 at 11:34:50AM -0500, Steve Peters wrote:
I've just added this to bleadperl.
With or without Test::Builder::Tester?
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Insulting our readers is part of our business model.
http
way. It simply looks to see if they have the same referent.
[rt.cpan.org 14746]
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Schwern What we learned was if you get confused, grab someone and swing
them around a few times
-- Life's lessons
Users of UNIVERSAL::require should take note of
http://use.perl.org/~schwern/journal/26966
which announces a planned API incompatibility and what to do about it.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Reality is that which, when you stop believing
() [bugs.perl.org 36354]
- Documenting that eq_set() doesn't deal well with refs.
- Clarified how is_deeply() compares a bit.
* Once again working on 5.4.5.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Insulting our readers is part of our business
an unbalanced sort in eq_set() [bugs.perl.org 36354]
- Documenting that eq_set() doesn't deal well with refs.
- Clarified how is_deeply() compares a bit.
* Once again working on 5.4.5.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
...they shared one
that its not worth continuing any testing, that means halting the
current test and not running any further test files.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
Ahh email, my old friend. Do you know that revenge is a dish that is best
served cold? And it is very
in
maintaining a duplicate list of licenses.
This will all be in 6.31. Repository at makemaker.org.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
You are wicked and wrong to have broken inside and peeked at the
implementation and then relied upon it.
-- tchrist
progressing anyway. The
ratio of folks using the old system will shrink over time provided we're
doing our job right.
If we don't play under the assumption that Module::Build will be broadly
adopted in the future then we might as well just give up right now.
--
Michael G Schwern [EMAIL PROTECTED
a lot of build failures.
http://www.nntp.perl.org/group/perl.cpan.testers/180174
Those are legit failures during the build phase and should be reported.
--
Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern
You are wicked and wrong to have broken inside and peeked
On Thu, Apr 07, 2005 at 05:01:34PM -0500, Ken Williams wrote:
Is there a way tests to determine that a module cannot be installed on
a platform so that CPANPLUS or CPAN::YACSmoke can issue an NA (Not
Applicable) report?
AFAIK NA reports are issued when a Makefile.PL dies due to a require
, however, be a little slow keeping their PPM
repository up to date.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
Death follows me like a wee followey thing.
-- Quakeman
config would appear
to be the simplest and most direct solution.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
Remember, any tool can be the right tool.
-- Red Green
On Tue, Dec 23, 2003 at 08:35:09PM -0500, Randy W. Sims wrote:
The latest snapshot of MakeMaker does have support for a LICENSE
parameter in your Makefile.PL.
I received a patch for it but haven't applied it yet.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern
platforms than MakeMaker. Hell, it even works
on MacPerl. If its got a glitch on Win32 then it just needs a little work.
Perhaps from a Win32 developer that's interested in Module::Build. If only
we knew one... ;)
As for CPAN.pm, petition Andreas to include Dave's Build.PL patch.
--
Michael G
. Makefile.PL uses Module::Build and either ignores them or dies with an
error.
This is exactly what it does. If that's not working for you I guess its
just a bug.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
It's Airplane Glue sniffing time!
backdoors in CPAN.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
IIRC someone observed that they couldn't name identifiers in Ethiopian,
because there was an Ethiopian character similar in function to _ which
wasn't in \w
-- Nicholas Clark demonstrates
.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
I'll tell you what beats voodoo every time, a big ass knife.
-- Overkill Battlebot driver
On Sat, Jun 28, 2003 at 10:13:06PM +0100, Fergal Daly wrote:
On Saturday 28 June 2003 02:51, Michael G Schwern wrote:
When I merged Test::Simple with Test::More I left a Test-More tarball lying
around containing a Makefile.PL which simply died saying download
Test-Simple instead.
That's
On Mon, Mar 31, 2003 at 01:44:41PM +1000, Stas Bekman wrote:
I need to release Apache::Test on CPAN and I can't do that, because of the
bundling problem. I don't know how many man-months very spent on writing
the current mod_perl 2.0's build, and while it'd be cool to move to
Module::Build
an offer!
http://search.cpan.org/author/MSCHWERN/
Many are proof-of-concepts that were never taken beyond the alpha stage.
Some are very stable only requiring the occassional tweak here and there.
Sex.pm is not for sale. ;)
--
Michael G. Schwern [EMAIL PROTECTED]http://www.pobox.com/~schwern
there been a _new_
complaint after we fixed that particular one?
Nope. Just exhuming an old one.
--
Michael G. Schwern [EMAIL PROTECTED]http://www.pobox.com/~schwern/
Perl Quality Assurance [EMAIL PROTECTED] Kwalitee Is Job One
I'm spanking my yacht.
On Fri, Nov 08, 2002 at 12:55:01PM -0500, Andy Dougherty wrote:
We'd give you one if we had a clue what it should be.
Yeah, I don't expect it to be solved. Besides, the Great Convert Everything
To HTML Craze is mercifully over.
Now let's talk $Config{installyamldir}... ;)
--
Michael G
of the original patch is ok, though it needs modernized to use
things like Pod::Html rather than search around for the pod2html binary.
--
Michael G. Schwern [EMAIL PROTECTED]http://www.pobox.com/~schwern/
Perl Quality Assurance [EMAIL PROTECTED] Kwalitee Is Job One
Playstation
http://www.cpan.org/authors/id/M/MS/MSCHWERN/ExtUtils-MakeMaker-5.48_04.tar.gz
The new alpha of ExtUtils::MakeMaker has been available for a while
and I haven't gotten much feedback about it. Pending any horrible
reports I'm going to make that an official release shortly.
--
Michael G
59 matches
Mail list logo
