minicpan module_filters not working as expected

ewedaa has asked for the wisdom of the Perl Monks concerning the following question:

I need to filter three modules when using minicpan, but the module_filters isn't working as expected.

These are the three modules (They refused to download through my firewall because they trigger the virus filter.)

# authors/id/C/CO/CONVERTER/Mail-ClamAV-0.24.tar.gz 
# authors/id/J/JW/JWIED/Mail-IspMailGate-1.1011.tar.gz 
# authors/id/R/RJ/RJBS/Mail-DeliveryStatus-BounceParser-1.542.tar.gz
[download]

The first module I list in module_filters works (as long as it doesn't have a dash in the name) but the next two never work.

#Path Filters mainly rule out modules, NOT contributors
module_filters => [ qr/ClamAV/i,
# sub { $_[0] =~ /Mail-DeliveryStatus-BounceParser/i }, #This does not
+ work
  sub { $_[0] =~ /BounceParser/i }, #This does not work either
],
[download]

What silly thin am I missing? I looked at the actual Mini.pm file and both path_filters and modules_filters seem to be using the same chunk of search code.

I'm annoyed!

Comment on minicpan module_filters not working as expected Select or Download Code

Replies are listed 'Best First'.
Re: minicpan module_filters not working as expected by taint (Chaplain) on Jun 12, 2018 at 20:27 UTC
Don't know if it might be your shell, or OS. But maybe a quoting problem. eg; escaping the dash(es), or quoting the module names. That's what it looks like to me, anyway. Ąλɐp ʇɑəɹ⅁ ɐ əʌɐɥ puɐ ʻꜱdləɥ ꜱᴉɥʇ ədoH	[reply]
Re: minicpan module_filters not working as expected by soonix (Canon) on Jun 13, 2018 at 09:09 UTC
From what I gain from the POD, (Since most modules are in distributions with more than one module, this setting will probably be less useful than `path_filters`.) For example, this setting will skip any distribution containing only modules with the word "Acme" in them: `module_filters => [ qr/Acme/i ]` [download] Mail::DeliveryStatus::BounceParser is contained in Mail-DeliveryStatus-BounceParser, which also contains Mail::DeliveryStatus::Report. When Minicpan loads the latter, it probably takes the whole distribution containing the former...	[reply] [d/l] [select]
Re^2: minicpan module_filters not working as expected by ewedaa (Initiate) on Jun 13, 2018 at 16:16 UTC
But when I do just Mail-Delivery it fails also...	[reply]
Re^3: minicpan module_filters not working as expected by soonix (Canon) on Jun 13, 2018 at 17:36 UTC
I'm not sure whether I located the right spot in the source, but `return 1 if $self->__do_filter($self->{path_filters}, $args->{path +}); return 1 if $self->__do_filter($self->{module_filters}, $args->{modu +le});` [download] seems to suggest you should try with `qr/Mail::Delivery/i` (double colon instead of dash).	[reply] [d/l] [select]
Re: minicpan module_filters not working as expected by Anonymous Monk on Jun 14, 2018 at 14:45 UTC
Maybe you want to use path_filters rather than module_filters? Here is the relevant part of my .minicpanrc, and it is known to work. `path_filters: /Mail-DeliveryStatus-BounceParser-\d` This is under macOS (as they spell it now) and the current Perl. I have been using MiniCPAN for several years, and I tend to stay current on Perl, so I conclude that it works with pretty much any Perl since about 5.20.	[reply] [d/l]
Re: minicpan module_filters not working as expected by ewedaa (Initiate) on Jun 19, 2018 at 20:32 UTC
Well, none of your fine suggestions worked for me, sadly, I must be misunderstanding something. What DID work was switching from an http://hostname to an https://hostname which meant that my firewall didn't understand that I was downloading packages with virus signatures in them. Blah!	[reply]


Pathologically Eclectic Rubbish Lister
	PerlMonks