A search for "net::amazon::s3" doesn't find it:
It's there. It's the second result in the indented "more results from dist" section.
Ah, now it is! It wasn't when I submitted the bug report.
In that case: metacpan is highlighting a program bundled with the module instead of the module.
I agree that this is disconcerting, and this is probably the "shorter is better" script that is messing with this
To remove the shorter-is-better script, we need to make this test pass in another way:
I'd suggest using the distribution name to derive the main module name ($distname =~ s/-/::/gr), and use that as the main module (if it exists, which it does 99% of the time). Then list subpackages of that (/^$module_name :: .+/). List the rest last.
See also #207 .. DBIx::Class::ResultSet being half way down the results for https://metacpan.org/search?q=DBIx%3A%3AClass%3A%3AResultSet
And now when searching for "Net::Amazon::S3" it shows Amazon::S3 (an old fork) as the first entry, and still shows s3cl as the second entry.
The development branch 'precision' apparently solves all of this - it would be good if these were added as test cases (if they're not already) - looking forward to the branch being merged and live :)