# from Adam Kennedy
# on Tuesday 13 November 2007 17:05:

>> >> cpan --install pler
>>
>> But that includes a lib/pler.pm.
>
>You have cause and effect the wrong way around, I renamed the main
>application module as lib/pler.pm specifically so that "cpan --install
> pler" would Do What I Meant.

No, I totally get it.  See also bin::sqlpp for a similar workaround.

>> Yep.  Looking at how CPAN.pm and CPANPLUS.pm are both assuming
>> modules in their queries (not allowing distro names), we either have
>> to redo the index or redo the index.  (I'm guessing that pause won't
>> put the distro in the index without a .pm file -- though maybe
>> program_name in the META.yml will handle that.)
>
>Or we redo the way that both CPAN and CPANPLUS interpret "install foo"
> to search for BOTH module names and some new(perhaps) notional
> "script" name.

That's roughly what I mean by "redo the index".  It will either take a 
change to 02-package.details.txt.gz or another index file entirely.  
Whatever it is, it should collect the 'program_name' keys from all of 
the META.yml's and point back to the source tarball -- or just a list 
of (most current version) distro names even.

In this regard, the only flaw with 02-package... is that it seems to 
need a Module::Name field (and pause won't create an entry unless 
there's a .pm file or (I think) a 'provides' in the META.yml -- and I 
think we would be abusing 'provides' to do that.)

>we can't recommend the name of the resulting package

Of course not.  The packager would look at 'program_name: bin/foo' and 
say, "okay, we'll call that 'foo'."

>Some notional META.yml key that identifies a package as an app rather
> than a library would problem be enough to then modify the transformed
> package name.
>
>So instead of foo -> libfoo-perl or perl(libfoo) they would just foo
> -> foo if they saw "type: application" etc etc...

Do we need to go beyond the "program_name" key?  That identifies the 
package as an application.  The 'type' key can wait until we think of 
something which is neither an application nor a library (and yet is 
still package on CPAN -- I'm drawing a blank on what color of rabbit 
that might be though.)

--Eric
-- 
Moving pianos is dangerous.
Moving pianos are dangerous.
Buffalo buffalo buffalo buffalo buffalo buffalo buffalo.
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------

Reply via email to