On Sep 22, 2007, at 3:54 PM, David Golden wrote:
On 9/22/07, Ken Williams <[EMAIL PROTECTED]> wrote:
My understanding is that "no_index" is only useful when "provides"
isn't there and an indexer has to guess what you provide. When
"provides" is there, it should be exhaustive. Note that the s
# from Eric Wilhelm
# on Saturday 22 September 2007 12:45:
>The 'provides' key does appear again in packages_per_pmfile(), but I'm
>lost as to how we got there (though I suspect the @$pmfiles would have
>caused a skip by then...
Ok, it does hit packages_per_pmfile() via examine_fio(), but that ca
On 9/22/07, Ken Williams <[EMAIL PROTECTED]> wrote:
> My understanding is that "no_index" is only useful when "provides"
> isn't there and an indexer has to guess what you provide. When
> "provides" is there, it should be exhaustive. Note that the spec
> says "indexers will usually trust the C fi
On Sep 22, 2007, at 8:46 AM, David Golden wrote:
On 9/21/07, Michael G Schwern <[EMAIL PROTECTED]> wrote:
Michael G Schwern wrote:
Hmm. I just noticed that I set 'no_index' for the src directory
which
contains the SVN:: modules which brings up the interesting
question of which
takes prec
# from Michael G Schwern
# on Saturday 22 September 2007 08:17:
>Here's the problem. "no_index" allows me to blot out whole directory
> trees and individual files. "provides" allows me to specify
> individual files.
I don't see the original indexing report in your e-mail, but I think we
might
On 9/22/07, Michael G Schwern <[EMAIL PROTECTED]> wrote:
> Here's the problem. "no_index" allows me to blot out whole directory trees
> and individual files. "provides" allows me to specify individual files.
But the two keys do different things.
"provides" maps a package name to a filename and,
Hi all,
(it seems that the post-commit e-mail is not working (or slow) today)
"r9978
Build.PL - add t/bundled (though it doesn't actually work right now)
"
This is the same trouble we have in TAP::Harness. The subprocesses are
not seeing t/bundled in @INC. Even if the test sees it, the tes
David Golden wrote:
> On 9/21/07, Michael G Schwern <[EMAIL PROTECTED]> wrote:
>> Michael G Schwern wrote:
>> Hmm. I just noticed that I set 'no_index' for the src directory which
>> contains the SVN:: modules which brings up the interesting question of which
>> takes precedence, no_index or provi
On 9/21/07, Michael G Schwern <[EMAIL PROTECTED]> wrote:
> Michael G Schwern wrote:
> Hmm. I just noticed that I set 'no_index' for the src directory which
> contains the SVN:: modules which brings up the interesting question of which
> takes precedence, no_index or provides?
>
> Since provides is