Bug #17332 for ExtUtils-MakeMaker: META.yml no longer created

Sat Jan 28 06:42:58 2006 TELS [...] cpan.org - Ticket created

Subject:

META.yml no longer created

Changelog says: * META.yml will no longer be generated in the build directory. It will only appear in the distdir. This should make it easier on developers, they don't have to worry about checking the file in all the time. However, running Makefile.pL in all my modules now failes to create the META.yml file whatsoever. The next step, "make dist" thus fails because this file is no longer generated. I am no longer be able to use MakeMaker to bundle my distributions :( As example, take Graph::Easy or Math::BigInt or anything else from my CPAN dir.

Sat Jan 28 19:26:30 2006 schwern [...] pobox.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Sat, 28 Jan 2006 16:25:39 -0800
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Michael G Schwern <schwern [...] gmail.com>

On 1/28/06, via RT <bug-ExtUtils-MakeMaker@rt.cpan.org> wrote: Show quoted text

> > * META.yml will no longer be generated in the build directory. It > will only appear in the distdir. This should make it easier on > developers, they don't have to worry about checking the file in all the > time. > > However, running Makefile.pL in all my modules now failes to create the > META.yml file whatsoever. The next step, "make dist" thus fails because > this file is no longer generated. I am no longer be able to use > MakeMaker to bundle my distributions :( > > As example, take Graph::Easy or Math::BigInt or anything else from my > CPAN dir.

You've overridden the metafile target and the new scheme requires two changes. * You're placing the META.yml into the source directory. It should go into $(DISTVNAME)/META.yml * metafile should have a dependency on create_distdir. This is new since the change, so not your fault. It strikes me it would make overriding the META.yml generation less prone to these sorts of future changes by MakeMaker providing a method which just returns the contents of META.yml. Then you can override that and MakeMaker can do its necessary voodoo, chopping it up into $(ECHO) lines and putting it wherever necessary.

Sat Jan 28 19:26:32 2006 The RT System itself - Status changed from 'new' to 'open'

Sat Jan 28 21:31:43 2006 nospam-abuse [...] bloodgate.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Sun, 29 Jan 2006 03:27:20 +0100
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Tels <nospam-abuse [...] bloodgate.com>

Moin, On Sunday 29 January 2006 01:26, Michael G Schwern via RT wrote: Show quoted text

> On 1/28/06, via RT <bug-ExtUtils-MakeMaker@rt.cpan.org> wrote:

> > * META.yml will no longer be generated in the build directory. It > > will only appear in the distdir. This should make it easier on > > developers, they don't have to worry about checking the file in all > > the time. > > > > However, running Makefile.pL in all my modules now failes to create > > the META.yml file whatsoever. The next step, "make dist" thus fails > > because this file is no longer generated. I am no longer be able to > > use MakeMaker to bundle my distributions :( > > > > As example, take Graph::Easy or Math::BigInt or anything else from my > > CPAN dir.

> > You've overridden the metafile target and the new scheme requires two > changes. > > * You're placing the META.yml into the source directory. It should go > into $(DISTVNAME)/META.yml

Says who? I like it in the source directory :-P And there is actually no $(DISTVNAME) directory in my distritbutions (if DISTVNAME means Graph-Easy-0.40/ or something like that). Show quoted text

> * metafile should have a dependency on create_distdir.

Huh? No idea what you are talking about. How'd I do this? All what I want is that: make dist creates a META.yml and puts it into my distribution as it used to be. Show quoted text

> This is new since the change, so not your fault. It strikes me it > would make overriding the META.yml generation less prone to these sorts > of future changes by MakeMaker providing a method which just returns > the contents of META.yml. Then you can override that and MakeMaker can > do its necessary voodoo, chopping it up into $(ECHO) lines and putting > it wherever necessary.

Whatever. :) All I care is that I get a META.yml file with the license field and that it is bundled properly in my distribution (I think I am repeating myself here :) So, how do I get the old behaviour back? For now I am using MakeMaker 6.25 because it is the last one that "works" for me. If there is a workaround that works with both the old and new version, please tell me. I know that frustrates you as much as it does me :) Best wishes, Tels -- Signed on Sun Jan 29 03:22:37 2006 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "In 1988, Jack Thompson ran against Janet Reno for DA of Dade County: Thompson's unique campaign message was that Reno was unfit for the job because, as a closeted lesbian with a drinking problem, she was great candidate for blackmail by the criminal element. Jack never explained why this remained a threat even after he exposed her 'secret'. Reno cruised at the polls."

Download (untitled)
application/pgp-signature 481b

Message body not shown because it is not plain text.

Mon Jan 30 16:07:53 2006 schwern [...] pobox.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Mon, 30 Jan 2006 13:07:05 -0800
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Michael G Schwern <schwern [...] gmail.com>

On 1/28/06, nospam-abuse@bloodgate.com via RT < bug-ExtUtils-MakeMaker@rt.cpan.org> wrote: Show quoted text

> >

> > You've overridden the metafile target and the new scheme requires two > > changes. > > > > * You're placing the META.yml into the source directory. It should go > > into $(DISTVNAME)/META.yml

> > Says who?

Says me! Its how the method works. If you override the method and change its behavior its not going to work! The behavior changed out from under you, but that's difficult to avoid in MakeMaker. I like it in the source directory :-P Then copy META.yml to $(DISTVNAME) instead of moving it. And there is actually no $(DISTVNAME) directory in my distritbutions (if Show quoted text

> DISTVNAME means Graph-Easy-0.40/ or something like that).

$(DISTVNAME) is the directory created by "make distdir" (and thus "make dist"). It is a transient directory created by MakeMaker and should not be part of your distribution. Its created by the create_distdir target which is why its important metafile runs after create_distdir. Show quoted text

> * metafile should have a dependency on create_distdir. > > Huh? No idea what you are talking about. How'd I do this?

metafile : create_distdir This is basic make syntax which says "before you run the metafile target, the create_distdir has to have been run". It mirrors what the current metafile target does. All what I want is that: Show quoted text

> > make dist > > creates a META.yml and puts it into my distribution as it used to be.

If that is really all you want, remove your metafile() override. However, I don't think that's all you want. Show quoted text

> This is new since the change, so not your fault. It strikes me it

> > would make overriding the META.yml generation less prone to these sorts > > of future changes by MakeMaker providing a method which just returns > > the contents of META.yml. Then you can override that and MakeMaker can > > do its necessary voodoo, chopping it up into $(ECHO) lines and putting > > it wherever necessary.

> > Whatever. :)

I really don't appreciate "I'm considering doing a bunch of extra work to accomodate you" to be met with "whatever". Smiley or no. All I care is that I get a META.yml file with the license Show quoted text

> field and that it is bundled properly in my distribution (I think I am > repeating myself here :) > > So, how do I get the old behaviour back?

Ensure that your metafile override: * Runs after create_distdir * Places a META.yml into $(DISTVNAME) Alternatively 6.30_01 adds a LICENSE field which will populate META.yml for you as well as EXTRA_META which allows you to append to the existing META.yml.

Mon Jan 30 18:14:49 2006 nospam-abuse [...] bloodgate.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Tue, 31 Jan 2006 00:13:52 +0100
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Tels <nospam-abuse [...] bloodgate.com>

Moin, On Monday 30 January 2006 22:07, Michael G Schwern via RT wrote: Show quoted text

> On 1/28/06, nospam-abuse@bloodgate.com via RT < > bug-ExtUtils-MakeMaker@rt.cpan.org> wrote:

> > > You've overridden the metafile target and the new scheme requires > > > two changes. > > > > > > * You're placing the META.yml into the source directory. It should > > > go into $(DISTVNAME)/META.yml

> > > > Says who?

> > Says me! Its how the method works. If you override the method and > change its behavior its not going to work! The behavior changed out > from under you, but that's difficult to avoid in MakeMaker.

Actually, I didn't even know that I changed the behaviour of anything, guess I shouldn't have used code without understanding it. There is also a lot of confusion because I do (mostly) not know what you are talking about - the innards of Makefile's are a bit like deep magic to me. Show quoted text

> I like it in the source directory :-P > Then copy META.yml to $(DISTVNAME) instead of moving it. > And there is actually no $(DISTVNAME) directory in my distritbutions > (if >

> > DISTVNAME means Graph-Easy-0.40/ or something like that).

> > $(DISTVNAME) is the directory created by "make distdir" (and thus "make > dist"). It is a transient directory created by MakeMaker and should > not be part of your distribution. Its created by the create_distdir > target which is why its important metafile runs after create_distdir.

Yes, but if META.yml is only ever in the distdir, how is signing going to work? cpansign -s signs the distribution by hashing all the files, and if META.yml is not there, it will not hash it. cpansign -s doesn't use the DISTVNAME directory at all, so if I do: perl Makefile.PL make cpansign -s make dist I end up with a SIGNATURE file that misses META.yml, but META.yml will be in the distribution - e.g. its in there unsigned, which I consider bad, and "cpansign" at the user side will warn about, too. *puzzled* Show quoted text

> > * metafile should have a dependency on create_distdir. > > Huh? No idea what you are talking about. How'd I do this?

> metafile : create_distdir > > This is basic make syntax which says "before you run the metafile > target, the create_distdir has to have been run". It mirrors what the > current metafile target does.

The real problem here is that I do not havy *any* clue about how Makefile.PL works it's magic, or what make does or what goes into the Makefile.PL. All I know is that I got a "sub MY::metafile {" routine from someone, and that by inserting this I magically got a "license: field" in my META.yml file (and got that file, too!) and I was happy :) And now it does no longer work as it used to, and I have no idea how to really fix it. Show quoted text

> All what I want is that:

> > make dist > > > > creates a META.yml and puts it into my distribution as it used to be.

> > If that is really all you want, remove your metafile() override. > However, I don't think that's all you want.

Well, I think I did not explain this correctly :) Show quoted text

> > This is new since the change, so not your fault. It strikes me it > >

> > > would make overriding the META.yml generation less prone to these > > > sorts of future changes by MakeMaker providing a method which just > > > returns the contents of META.yml. Then you can override that and > > > MakeMaker can do its necessary voodoo, chopping it up into $(ECHO) > > > lines and putting it wherever necessary.

> > > > Whatever. :)

> > I really don't appreciate "I'm considering doing a bunch of extra work > to accomodate you" to be met with "whatever". Smiley or no.

I did read your explanations, but they did fly above my head, that's why I said "whatever :)" (you did probably not get the reference, too, eek and it should have been "yeah, whatever". But I disgress :) Sorry, will try not to sneak in obscure references again, and watch my language in the future. Show quoted text

> All I care is that I get a META.yml file with the license

> > field and that it is bundled properly in my distribution (I think I > > am repeating myself here :) > > > > So, how do I get the old behaviour back?

> > Ensure that your metafile override: > > * Runs after create_distdir > * Places a META.yml into $(DISTVNAME)

But both these steps just ensure that I get a META.yml file in DISTVNAME, a transient directory, and NOT in the main source directory, where it needs to be for signing beforehand. *confused* Thats different from what I get now, or? We sem to have talked about different things here, blame my poor language skills. Show quoted text

> Alternatively 6.30_01 adds a LICENSE field which will populate META.yml > for you as well as EXTRA_META which allows you to append to the > existing META.yml.

Great news! However, it would also place META.yml in the DISTVNAME only? Best wishes, Tels -- Signed on Mon Jan 30 23:51:33 2006 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "Blogebrity: Wow, guess what this one stands for? Too easy. Hey, anyone can do it: take a blogger who's a chef, and you get: BLEF. A blogger who's a dentist? BENTIST. A female blogger with an itch? You guessed it: a BITCH." -- maddox from xmission

Download (untitled)
application/pgp-signature 481b

Message body not shown because it is not plain text.

Mon Sep 11 16:31:12 2006 mschwern [...] cpan.org - Dependency on ticket #21282 added

Mon Sep 11 16:31:46 2006 mschwern [...] cpan.org - Correspondence added

21282 will provide a better way to override the contents of META.yml

Mon Sep 11 16:31:47 2006 mschwern [...] cpan.org - Status changed from 'open' to 'stalled'

Mon Sep 11 16:42:58 2006 nospam-abuse [...] bloodgate.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Mon, 11 Sep 2006 22:49:42 +0200
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Tels <nospam-abuse [...] bloodgate.com>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, On Monday 11 September 2006 22:31, Michael_G_Schwern via RT wrote: Show quoted text

> <URL: http://rt.cpan.org/Ticket/Display.html?id=17332 > > > 21282 will provide a better way to override the contents of META.yml

Er sorry, bugreport 21282? Revision 21282? *confused* best wishes, tels - -- Signed on Mon Sep 11 22:49:14 2006 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "We're confident that DNF will be one of the greatest, if not the greatest, game of 1998. And this confidence is not misplaced." -Scott Miller, 1997 (http://tinyurl.com/6m8nh) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iQEVAwUBRQXL5ncLPEOTuEwVAQJuIgf6A2yIoxZr/NBsbDXsSGrEfcaJcs2j4Zf8 mz/27JHyVof3OMbZyjhFROfMlZ3i5CIYaj8nf2wB16fltns8bOulb9b6EfJN3DvD 2eW5CuvsesZOMs+6f9m764oWQNsffvL317/r0kkiCGZtJ9WzxO67YgN5+TUJ3dji fqY21cMNjYA/V3US0isV25fKFqKRgju1hWCh+oqF3DMLUU+xP3JQ05T6qVGyF6B1 BTPiFj7kL3LJQweGQjs80DOBkVNmpTUT9DaOUvJDpLx7krjQOWYT6q7/9Ufy7hUz 0BHFDPHNDRSePUPp1chZZ8d4XvORahh8KUnI39NkfeRPFnHvHHk3ig== =j2qx -----END PGP SIGNATURE-----

Mon Sep 11 16:43:00 2006 The RT System itself - Status changed from 'stalled' to 'open'

Tue Sep 12 09:09:11 2006 mschwern [...] cpan.org - Correspondence added

On Mon Jan 30 18:14:49 2006, nospam-abuse@bloodgate.com wrote: Show quoted text

> Yes, but if META.yml is only ever in the distdir, how is signing going to > work?

I just remembered I'd forgotten to answer this. MakeMaker provides a SIGN flag to do this for you during the distdir phase. perl Makefile.PL SIGN=1 make dist (or distdir if you want to look at the resulting directory)

Tue Sep 12 09:10:06 2006 mschwern [...] cpan.org - Correspondence added

On Mon Sep 11 16:42:58 2006, nospam-abuse@bloodgate.com wrote: Show quoted text

> Er sorry, bugreport 21282? Revision 21282? *confused*

Bugreport.

Sun Oct 08 03:48:24 2006 nospam-abuse [...] bloodgate.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Sun, 8 Oct 2006 09:50:03 +0200
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Tels <nospam-abuse [...] bloodgate.com>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 11 September 2006 22:31, Michael_G_Schwern via RT wrote: Show quoted text

> <URL: http://rt.cpan.org/Ticket/Display.html?id=17332 > > > 21282 will provide a better way to override the contents of META.yml

This doesn't solve my issue at all. (Since I started using Module::Install, I can't or want even start overriding method in MakeMaker, not to speak of the yucky solution that this only works with newer MakeMaker versions at all) I just foolishly installed 6.30 on my new system (formerly used the SuSE provided version). META.yml is now no longer created _at_ _all_. After fiddling with that for one hour I am so frustrated I am ready to start throwing things at you... Just for the record: I have a small script in /usr/local/bin/bundle ala: #!/bin/sh rm *-[0-9].[0-9][0-9].tar.gz rm SIGNATURE rm META.yml perl Makefile.PL make metafile cpansign --sign make dist And in Makefile.PL I am using Module::Install ala: require 5.8.1; use strict; # Load the Module::Install bundled in ./inc/ use inc::Module::Install; # The name of your distribution name 'Graph-Easy'; # Get most of the details from the primary module all_from 'lib/Graph/Easy.pm'; requires 'Scalar::Util' => 1.13; recommends 'Graph::Easy::As_svg' => 0.21; build_requires 'Test::More' => 0.42; license 'gpl'; # v2.0 only # Do not index these no_index directory => 'examples'; no_index directory => 'bench'; no_index directory => 'todos'; # Generate the Makefile WriteAll; No matter what I do, I do no longer get a META.yml file _at all_. Witness: # rm META.yml # perl Makefile.PL Writing Makefile for Graph::Easy # ls -la META.yml /bin/ls: META.yml: No such file or directory # make metafile # ls -la META.yml /bin/ls: META.yml: No such file or directory # make distdir rm -rf Graph-Easy-0.49 /usr/bin/perl "-Iinc" "-MExtUtils::Manifest=manicopy,maniread" \ -e "manicopy(maniread(),'Graph-Easy-0.49', 'best');" mkdir Graph-Easy-0.49 mkdir Graph-Easy-0.49/t [snip a few dozend lines of mkdir] mkdir Graph-Easy-0.49/lib/Graph/Easy/Layout mkdir Graph-Easy-0.49/lib/Graph/Easy/Parser mkdir Graph-Easy-0.49/lib/Graph/Easy/Group mkdir Graph-Easy-0.49/lib/Graph/Easy/Edge -e: META.yml not found at -e line 1 Can't read META.yml: No such file or directory make: *** [create_distdir] Error 2 # grep -A5 -B5 "metafile" Makefile $(MAKEFILE_OLD) $(FIRST_MAKEFILE) - $(RM_RF) \ $(DISTVNAME) # --- MakeMaker metafile section: metafile: $(NOECHO) $(NOOP) # --- MakeMaker signature section: signature : -- -e "print(qq{Executing $(CI) @all\n}); system(qq{$(CI) @all});" \ -e "print(qq{Executing $(RCS_LABEL) ...\n}); system(qq{$(RCS_LABEL) @all});" # --- MakeMaker distmeta section: distmeta : create_distdir metafile $(NOECHO) cd $(DISTVNAME) && $(ABSPERLRUN) -MExtUtils::Manifest=maniadd -e 'eval { maniadd({q{META.yml} => q{Module meta-data (added by MakeMaker)}}) } ' \ -e ' or print "Could not add META.yml to MANIFEST: $${'\''@'\''}\n"' So, how do I get the META.yml file? So far everything I tried has been unsuccessfull. Very frustrated, Tels # perl -v This is perl, v5.8.8 built for x86_64-linux-thread-multi Copyright 1987-2006, Larry Wall # perl -Minc::Module::Install\ 99 inc::Module::Install version 99 required--this is only version 0.64. BEGIN failed--compilation aborted. - -- Signed on Sun Oct 8 09:39:54 2006 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. Mediawiki graph-extension: http://bloodgate.com/perl/graph/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iQEVAwUBRSitq3cLPEOTuEwVAQIVUgf/QSj0ONbLzsQDSrQDCHVgiNfKBkK/pcwN 2VuVFwSVLvqtWlAPHsO4N8Q5xj1roYNEg+vQ7O5rlSqvnrjbrHYNmINkRze8M0G/ jZoqead052VVe/ecmIETwEBoEzq4KbDp/cI3y4oWYpXDVUkJ5AYZL6cFFleC2rKg 4944UL9RXDb5Tj3JOFpWvtsx8OcdLrF/8HSGVQMrogR6MWBvIXbVbW8uiaSJirxF yAtUoBeaGzeMLTsg+CtcedX/D7L+i+GtM29f0q4/l+zrGN2Yd6KVLiEbEeSKgr0z Zw+3MYZJQISpDIcX133QTNgxRFU25RPVDA537czQA8+hL2h2VagF4g== =0INU -----END PGP SIGNATURE-----

Sun Oct 08 04:19:49 2006 nospam-abuse [...] bloodgate.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Sun, 8 Oct 2006 10:21:38 +0200
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Tels <nospam-abuse [...] bloodgate.com>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, On Sunday 08 October 2006 09:50, you wrote: Show quoted text

> On Monday 11 September 2006 22:31, Michael_G_Schwern via RT wrote:

> > <URL: http://rt.cpan.org/Ticket/Display.html?id=17332 > > > > > 21282 will provide a better way to override the contents of META.yml

> > This doesn't solve my issue at all. (Since I started using > Module::Install, I can't or want even start overriding method in > MakeMaker, not to speak of the yucky solution that this only works with > newer MakeMaker versions at all)

Hm. it seems that the "perl Makefile.PL" step generates META.yml and it is not possible to generate it at a later stage. After up and downgrading Module::Install, and ExtUtils::MakeMaker fortha dn back and toying around, it seems to work now on my system again with both utilities at the last vcersion and with the following bundle script: #!/bin/sh rm *-[0-9].[0-9][0-9].tar.gz rm SIGNATURE rm META.yml perl Makefile.PL cpansign --sign make dist I have no idea what the problem is or was, it's probably me *sigh* I just want to prepare a distribution with the least hassle (e.g. with issueing only one command) and without ending up with either a stale META.yml file, or an invalid SIGNATURE, as it has happened in the past often enough. Sorry if this is a not-a-bug, but as a "casual" user of ExtUtils::MakeMaker I am just getting very frustrated when it doesn't "just work[tm]" :) Best wishes, Tels - -- Signed on Sun Oct 8 10:09:10 2006 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "Duke Nukem Forever will come out before Unreal 2." - George Broussard, 2001 (http://tinyurl.com/6m8nh) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iQEVAwUBRSi1EncLPEOTuEwVAQItWgf/RuVVKSJSSnn+R6Msmth9DmZ+ZCzAWM9T ZHSS20LBV+kFAj+j9PjXKeeT4oDe2QcTnDJ7Vg/ATF8+R13d97Rm14WEcMMaevgG T8AGU+6KT2zrYdq7xnmsJxMTKDKxK3YTrS5O6aYcFcLURjazl3PxP65STr174MhJ 38fz/M5vQZN3pCpr1eG+csY8LzP3Hyj5VqhLs2Xn14B77aJm0R87NfNhSEH7isf5 fxWfkHaaEGDV93u8v3wBspeViG6dTl5II8hypY8BDiQUQ05PIy/MYVaUIcx4F3Pn I6eYeR1jwspl726VdCXMBv67M/uZnmc0QSqk9GfPj/BgWW4za2DWxA== =BYsd -----END PGP SIGNATURE-----

Sun Oct 08 04:38:51 2006 andreas.koenig.gmwojprw [...] franz.ak.mind.de - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Sun, 08 Oct 2006 10:38:36 +0200
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	andreas.koenig.gmwojprw [...] franz.ak.mind.de (Andreas J. Koenig)

Show quoted text

>>>>> On Sun, 08 Oct 2006 04:19:50 -0400, "nospam-abuse@bloodgate.com via RT" <bug-ExtUtils-MakeMaker@rt.cpan.org> said:

Show quoted text

> I have no idea what the problem is or was, it's probably me *sigh* I just > want to prepare a distribution with the least hassle (e.g. with issueing > only one command) and without ending up with either a stale META.yml file, > or an invalid SIGNATURE, as it has happened in the past often enough.

I was just about to invite you to a tour through my Makefile.PL collection. I'm really satisfied now with how they work for CPAN.pm, Devel::Symdump, and Perl::Repository::APC and maybe even CPAN::Checksums (do not recall right now). Yes, I was also not happy about how MakeMaker got in the way sometimes. But the good news is that both "hard things are possible" and "easy things are easy". But some things should be easier, no doubt. Maybe I should make this a lightning talk. Or maybe you are smart enough to figure out what I do by just looking at it? Enquiries welcome:) -- andreas

Sun Oct 08 05:49:38 2006 schwern [...] pobox.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Sun, 08 Oct 2006 02:49:23 -0700
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Michael G Schwern <schwern [...] gmail.com>

nospam-abuse@bloodgate.com via RT wrote: Show quoted text

>> 21282 will provide a better way to override the contents of META.yml

> > This doesn't solve my issue at all. (Since I started using Module::Install, > I can't or want even start overriding method in MakeMaker,

Could you elaborate on how 21282 would not solve your original reported issue? As I understand it you want to be able to override elements of the META.yml. This Module::Install thing seems brand new. Show quoted text

> not to speak of > the yucky solution that this only works with newer MakeMaker versions at > all)

I'm sorry, can you spare a cup of plutonium? My time machine seems to be out of fuel. :P Any solution which requires a code change in MakeMaker is only going to work on the latest versions. That pesky time only moving in one direction thing. But seriously, only the author generates the META.yml so only the author need be up to date. Earlier MakeMakers will simply ignore the extra metafile methods proposed by 21282 and installation will proceed normally. Show quoted text

> And in Makefile.PL I am using Module::Install ala:

All I can really say about this is that Module::Install breaks, bends, folds, mutilates and spindles the warranty on MakeMaker. The Module-Install bug queue is three doors down on the right. Just follow the mad laughter. I really don't know what Module::Install might be doing. FWIW This doesn't seem like the usual output of Module::Install at all: # perl Makefile.PL Writing Makefile for Graph::Easy Its generally much more chatty. That looks like standard MakeMaker.

Sun Oct 08 06:18:29 2006 schwern [...] pobox.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Sun, 08 Oct 2006 03:04:40 -0700
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Michael G Schwern <schwern [...] gmail.com>

nospam-abuse@bloodgate.com via RT wrote: Show quoted text

> I have no idea what the problem is or was, it's probably me *sigh* I just > want to prepare a distribution with the least hassle (e.g. with issueing > only one command) and without ending up with either a stale META.yml file, > or an invalid SIGNATURE, as it has happened in the past often enough.

Maybe I've lost track of the issue here, but what's wrong with this? perl Makefile.PL SIGN=1 make disttest make dist That will make a META.yml and sign the distribution for you. Its what I do to release all my modules. To add to the META.yml for the moment you have EXTRA_META. Once 21282 goes in you'll have something more flexible if you need it. Why were you overriding metafile() in the first place? Looking at the current version of Math::BigInt the only new thing there is the license field which is now provided. Unless I'm missing something just upgrade to 6.30_04 (its safe), remove the metafile() override and use the LICENSE argument and everything will Just Work.

Sun Oct 08 11:45:51 2006 nospam-abuse [...] bloodgate.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Sun, 8 Oct 2006 17:47:33 +0200
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Tels <nospam-abuse [...] bloodgate.com>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, On Sunday 08 October 2006 11:49, Michael G Schwern via RT wrote: Show quoted text

> <URL: http://rt.cpan.org/Ticket/Display.html?id=17332 > > > nospam-abuse@bloodgate.com via RT wrote:

> >> 21282 will provide a better way to override the contents of META.yml

> > > > This doesn't solve my issue at all. (Since I started using > > Module::Install, I can't or want even start overriding method in > > MakeMaker,

> > Could you elaborate on how 21282 would not solve your original reported > issue? As I understand it you want to be able to override elements of > the META.yml. This Module::Install thing seems brand new.

Actually, I just wanted a correct metafile in the sense that it contains a correct "license" field. Formerly I used metafile() to override something and get the field, but since that worked only half of the time (for various issues) I now use Module::Build and it does everything for me and creates the proper, correct metafile (and I don't care how it does this). So, please ignore me. Show quoted text

> FWIW This doesn't seem like the usual output of Module::Install at all: > > # perl Makefile.PL > Writing Makefile for Graph::Easy > > Its generally much more chatty. That looks like standard MakeMaker.

Hm. That might explain why it didnt work, but please don't ask me how that came about. Sorry for the noise. You can close this bug now I wont bother you again. Best wishes, Tels - -- Signed on Sun Oct 8 17:42:28 2006 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "Don't worry about people stealing your ideas. If your ideas are any good, you'll have to ram them down people's throats." -- Howard Aiken -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iQEVAwUBRSkdlXcLPEOTuEwVAQIH1wf+LXFB9dFId0989CY2rB+sg+SG+hCoI7Dd pRu/+zE8yVBk3bvLmmGwBhWbFx82MZLyiFb7piDy0tPqwjsNMOOS9nR8+WIkum1K eyb3FSQ7KfNZqERY+19W3TLvTVppFfmfuSLJMCH7D0fUTFSR1deapBotb/Cn8Iz2 tZvCvjI2a5BjtunJLPRidDDforTRQB4V7mMEwXodf9fOMxiK7c+UYyy0guiT2JnS FaV499Q2s0GbG4gJCswf/rNk2RxxQxr2wdi7Xvl3B5cuX8EdrTmIlvav/4fuhiKv RLCe3LsiEI4xwqxUy+/6WLRKtzQh5wQYttIGKv3Dma6an3GcfutRVw== =MjvN -----END PGP SIGNATURE-----

Sun Oct 08 11:45:54 2006 nospam-abuse [...] bloodgate.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Sun, 8 Oct 2006 17:42:17 +0200
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Tels <nospam-abuse [...] bloodgate.com>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, On Sunday 08 October 2006 12:18, Michael G Schwern via RT wrote: Show quoted text

> <URL: http://rt.cpan.org/Ticket/Display.html?id=17332 > > > nospam-abuse@bloodgate.com via RT wrote:

> > I have no idea what the problem is or was, it's probably me *sigh* I > > just want to prepare a distribution with the least hassle (e.g. with > > issueing only one command) and without ending up with either a stale > > META.yml file, or an invalid SIGNATURE, as it has happened in the past > > often enough.

> > Maybe I've lost track of the issue here, but what's wrong with this? > > perl Makefile.PL SIGN=1 > make disttest > make dist > > That will make a META.yml and sign the distribution for you. Its what I > do to release all my modules.

The problem was, that sometimes META.yml was not overwritten, leading me to releasing distributions with an stale META.yml file (see Image-Info 1.20 or thereabouts, where the META.yml file was stuck in v1.18). So I started to forcefully remove META.yml before running Makefile.PL. Show quoted text

> To add to the META.yml for the moment you have EXTRA_META. Once 21282 > goes in you'll have something more flexible if you need it. > > Why were you overriding metafile() in the first place? Looking at the > current version of Math::BigInt the only new thing there is the license > field which is now provided. > > Unless I'm missing something just upgrade to 6.30_04 (its safe), remove > the metafile() override and use the LICENSE argument and everything will > Just Work.

Oh shoot, sorry for the confusion. Yes, for Math::BigInt I have the metafile override. But since then I started using Module::Install for all my modules, because it Just Works, even with no metafile override - I am not interested in the gory details, I just want a correct, uptodate META.yml file :) The problem arouse this weekend again when suddenly neither "Makefile.PL", nor "make metafile" nor "make dist" worked anymore. (The META.yml file was never created). They do work now again and I have no clue why :/ The next version of BigInt will likely use Module::Install, too, so the metafile override will be gone. Sorry for the noise. Best wishes, Tels - -- Signed on Sun Oct 8 17:37:02 2006 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "In computer science, we stand on each other's feet." -- Brian K. Reid -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iQEVAwUBRSkcWXcLPEOTuEwVAQIuGgf+NkA7KWnv6ytouwb5TIz+8iJEG92UvHnX nWxDfdgrL4vlMe9Uz2BhLKow9GYvHst7M0ZDIj429/Dv4Nw4iAFv0HL2zl/9KBUn 9YH4rItPqiVcuEsNquq6uZt4yCG9U5R/rKfU/gJJafFVplDSYKswNTawMQ4EWw29 /GW+cLuhCylaM7mk00Ah5k44ubAwPcaabzn19FxLtCdsbbEmkRjcSK+1zEEP65UD DKFgVWQjbeJKjxjyqo/n39Mw3tiyLoQzbRUyV4aS5jPC+mcQMmcIdaq12KhRkcTF /ZLCw0gFhrKQIg0csDhmF3tLOrsaUpD9Z6JwGbXTF9Jh5kiyAegByw== =LCxV -----END PGP SIGNATURE-----

Sun Oct 08 23:00:19 2006 andreas.koenig.gmwojprw [...] franz.ak.mind.de - Correspondence added

CC:	undisclosed-recipients:;
Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Mon, 09 Oct 2006 04:45:53 +0200
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	andreas.koenig.gmwojprw [...] franz.ak.mind.de (Andreas J. Koenig)

Show quoted text

>>>>> On Sun, 08 Oct 2006 06:18:55 -0400, "Michael G Schwern via RT" <bug-ExtUtils-MakeMaker@rt.cpan.org> said:

Show quoted text

> Queue: ExtUtils-MakeMaker > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=17332 >

Show quoted text

> nospam-abuse@bloodgate.com via RT wrote:

>> I have no idea what the problem is or was, it's probably me *sigh* I just >> want to prepare a distribution with the least hassle (e.g. with issueing >> only one command) and without ending up with either a stale META.yml file, >> or an invalid SIGNATURE, as it has happened in the past often enough.

Show quoted text

> Maybe I've lost track of the issue here, but what's wrong with this?

Show quoted text

> perl Makefile.PL SIGN=1 > make disttest > make dist

It's backwards. I prefer Show quoted text

> make dist > make release # which does both disttest and upload

with the tweak that disttest really tests the very same tarball that was produced with 'make dist'. Since I managed to tweak the Makefile.PL to do just that I feel absolutely safe that the release is fine. Show quoted text

> That will make a META.yml and sign the distribution for you. Its > what I do to release all my modules.

Do you have to type the passphrase once or twice? My solution only asks me once for the passphrease. Show quoted text

> Unless I'm missing something just upgrade to 6.30_04 (its safe), > remove the metafile() override and use the LICENSE argument and > everything will Just Work.

Yes, 6.30_04 works very well for me. Thanks much! -- andreas

Sun Oct 08 23:51:50 2006 schwern [...] pobox.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Sun, 08 Oct 2006 20:51:30 -0700
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Michael G Schwern <schwern [...] gmail.com>

andreas.koenig.gmwojprw@franz.ak.mind.de via RT wrote: Show quoted text

> > Maybe I've lost track of the issue here, but what's wrong with this?

>

> > perl Makefile.PL SIGN=1 > > make disttest > > make dist

> > It's backwards. I prefer

FWIW "What's wrong with this" was said to Tels in relation to this ticket's original issue: META.yml and SIGNATURE generation. Show quoted text

> > make dist > > make release # which does both disttest and upload

> > with the tweak that disttest really tests the very same tarball that > was produced with 'make dist'.

While that's very thorough testing, its not particularly heartening that you don't trust the basic MakeMaker tarball generation process. Show quoted text

> > That will make a META.yml and sign the distribution for you. Its > > what I do to release all my modules.

> > Do you have to type the passphrase once or twice? My solution only > asks me once for the passphrease.

Currently its twice. I'd like to reduce that somehow. One way would be to change the way SIGN works so that it can be passed into make as well as Makefile.PL. I also suspect there's an ssh-agent equivalent to gpg out there somewhere. Alas, to make your solution general requires MakeMaker know how to decompress the archive it creates and know something about the CPAN release process. I'm perfectly happy not adding that additional complexity to MM.

Mon Oct 09 15:38:32 2006 nospam-abuse [...] bloodgate.com - Correspondence added

Subject:	Re: [rt.cpan.org #17332] META.yml no longer created
Date:	Mon, 9 Oct 2006 19:31:06 +0200
To:	bug-ExtUtils-MakeMaker [...] rt.cpan.org
From:	Tels <nospam-abuse [...] bloodgate.com>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, On Monday 09 October 2006 05:51, Michael G Schwern via RT wrote: Show quoted text

> <URL: http://rt.cpan.org/Ticket/Display.html?id=17332 > > > andreas.koenig.gmwojprw@franz.ak.mind.de via RT wrote:

> > > Maybe I've lost track of the issue here, but what's wrong with > > > this?

[snip] Show quoted text

> > Do you have to type the passphrase once or twice? My solution only > > asks me once for the passphrease.

> > Currently its twice. I'd like to reduce that somehow.

If you use a modern operating system, it will ask you the passphrase only once, or even not at all (if, for instance, you just signed an email with it :) Anyway, I am very happy with my working "bundle" script and don't want to be bothered by MM or anything else anymore so I pray it will just always work. Maybe I should hire a release manager so I can focus more on writing code. Anybody wants the post, you get a cut of my salary... Best wishes, Tels - -- Signed on Mon Oct 9 19:27:56 2006 with key 0x93B84C15. Visit my photo gallery at http://bloodgate.com/photos/ PGP key on http://bloodgate.com/tels.asc or per email. "Some spammers have this warped idea that their freedom of speech is guaranteed all the way into my hard drive, but it is my firm belief that their rights end at my firewall." -- Nigel Featherston -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iQEVAwUBRSqHYXcLPEOTuEwVAQJtlQf/ScCmzSZ+JPpGvn+qrJL4MjW43leu9WxF vHE4LsbQbVh6aAZfx+xqXOrc7lYxux3qJBptzgGeyY6+ol56G/S6c7rqPo9wcoh5 7S8vESmo8UTT2HRg+fAM6Cnt3ZRu7iGRp6UssGhoZSokuvlbikW8kn+DC+7ncGtr cHgM3ZJL1VgRjGWbgCWameirGQoe7hhvZFZaTZY6gOMrb/XnjHR9p5o1pYecN/BF xio6B9gVZ8Oqyppl1nZ1R+0HaBgas10rQkUBMj3zBjg0nKmjL98F+8iJ1/1N/bKO n65wk3rJLIAb2Y4YIEWGZONxsJWLyKVZf1b1bndYYsRCFoT/nO5xpQ== =sVHM -----END PGP SIGNATURE-----

Wed Oct 25 03:17:23 2006 mschwern [...] cpan.org - Dependency on ticket #21282 deleted

Wed Oct 25 03:17:34 2006 mschwern [...] cpan.org - Status changed from 'open' to 'resolved'