Skip Menu |
 

This queue is for tickets about the IO-Socket-SSL CPAN distribution.

Report information
The Basics
Id: 107415
Status: rejected
Priority: 0/
Queue: IO-Socket-SSL

People
Owner: Nobody in particular
Requestors: ether [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: override of prompt() in Makefile.PL is not needed
Download (untitled) / with headers
text/plain 409b
https://metacpan.org/source/SULLR/IO-Socket-SSL-2.020/Makefile.PL#L19 contains a local implementation of prompt() from ExtUtils::MakeMaker. You have a hard dependency of perl 5.008 -- but perl 5.8.1 contains a new enough version of EUMM, version 6.17. So only perl 5.8.0 would be affected if you added a configure-requires prereq of ExtUtils::MakeMaker 6.12 and switched to the native definition of prompt().
Download (untitled) / with headers
text/plain 1.1k
Am Di 29. Sep 2015, 17:23:18, ETHER schrieb: Show quoted text
> https://metacpan.org/source/SULLR/IO-Socket-SSL-2.020/Makefile.PL#L19 > contains a local implementation of prompt() from ExtUtils::MakeMaker. > You have a hard dependency of perl 5.008 -- but perl 5.8.1 contains a > new enough version of EUMM, version 6.17. So only perl 5.8.0 would be > affected if you added a configure-requires prereq of > ExtUtils::MakeMaker 6.12 and switched to the native definition of > prompt().
I've used the native implementation provided by EUMM before 2.016 but I got a bug report that this causes hangs in older Perl version (RT#104731) so I replaced it with some local code. Since the local code seems to work I see currently no reason to get back to using the EUMM implementation because than I might add strange problems again which I cannot reproduce. And adding a requirement to a version of EUMM which the user might not have just to replace a working current implementation makes it in my opinion only harder for few users without gaining anything for others. Of course if my implementation would miss an important feature or would make otherwise live hard for users or developers I might rethink this decision. Regards, Steffen


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.