I know we kind of agreed on METALOCAL.yml at the last QA hackathon,
but I have to say I've come around to the shorted (and 8.3-compatible
fwiw) MYMETA.yml.
It's also easier to type.
I'm gunna do a first implementation of my_meta; as a specific command
in M:I's next release, to give us some stuff to play with.
Adam K
2009/1/28 Eric Wilhelm <scratchcomput...@gmail.com>:
> # from Michael G Schwern
> # on Tuesday 27 January 2009 15:57:
>
>>And then we might absorb checks for binary programs into a
>> which("mysql") meta-language function going forward. Or even
>> something that probes the native package manager.
>
> Yes. And if you don't (or if people don't use the feature because
> nobody ever upgrades), I think you end up with ant.
>
>>Because this is still dynamic, it may spit out a METALocal.yml to
>> record its decisions.
>
> I think (hope) that might be called MYMETA.yml.
>
> And note, if we support the MYMETA.yml realsoonnow, you could bolt this
> declarative tool into the existing process without the userbase
> muttering about the "good ol days" of Makefile.PL (or at least avoid
> generating too much additional muttering.)
>
> Adam and I talked about that in July -- just having a Build.PL load the
> declarative data. And at some point maybe we would even consense about
> the name of this declarative METAbefore.yml.
>
> --Eric
> --
> You can't whack a chisel without a big wooden mallet.
> ---------------------------------------------------
> http://scratchcomputing.com
> ---------------------------------------------------
>
