Ratings and Reviews for CPAN
Find a distribution you would like to review:
What a pleasant surprise! I had never heard of PerlySense before. For installation from CPAN on Debian Stretch I had to suppress tests, but after that everything seems to work just fine. The class overview is just wonderful... makes navigating big projects a lot faster.
Lots of keystrokes to remember... integration into the Emacs menu would be great for beginners like me.
The module seems to work correctly. The documentation is unformatted:
One of the documented parameters for the sole function, dircmp, $diff, is read into a global variable:
but a quick search will show that g_d is ignored. It says that is a "TODO" in the documentation, but since the last release was in 2004, it looks unlikely to ever be implemented.
The output is a lot of strings like this:
"Files /home/ben/lemoda/deploy-current/go/gzip-handler/index.html and /home/ben/lemoda/deploy-previous/go/gzip-handler/index.html differ"
I don't understand why it outputs strings like this, rather than some kind of parsed format.
The module does not seem to attempt to go into directories which are only in one directory but not the other, similar to the Unix diff command.
People considering what module to use might want to also consider using File::DirCompare:
It seems more useable since it relies on a callback function rather than producing a lot of formatted strings.
This is a great module! It does its job efficiently and is a joy to use. Thanks, Yuriy!
I strongly suggest not using this module for the following reasons:
* It has no tests beyond ok(1)
and yet it fails tests on most systems.
* The main module relies on something called "Debug" yet does not supply that.
* Its documentation is completely unformatted.
* It has not been updated since 2008.
Absolutely horrible. Intended as a replacement for the ExtUtils::MakeMaker, but does not replicate EU::MM's install options, nor fully document its differences. After ten years of using it, I am sick of modules which use Build.PL failing to install, or build into Debian packages due to permissions errors.
After a decade, you've had long enough to prove perl can do everything make can seamlessly. It can't, or at least your implementation can't. Make works. This module feels as though it exists out of an ideological purity, rather than any technical superiority to EU::MM.
If you are a module author, using this module is trading the users of your module's ease of use for your own. I would discourage any module authors from using Module::Build in the strongest possible terms.
It's not very clear what this calculates, since it isn't documented, and the module is written almost as obfuscated Perl, and the output results of the module given in the documentation don't really make sense. There is not really any such thing as the Shannon entropy of a string, unless one defines the probabilities of the alphabet beforehand, which this doesn't do.
To erikb495: the tarball of this version (and subsequent devel versions) unpacks correctly for me, as well as for metacpan and search.cpan.org ( metacpan.org/source/INGY/YAML-1.23 ), this is not a problem in the module. Please use the issue tracker or a module's listed support channels to discuss issues rather than a review site.
This YAML won't install. It unpacks in the current directory in a flat hierarchy.
ns2 .../home/bennett/tmp 554# ll YAML-1.23.tar.gz
-rwxr-xr-x 1 bennett tsysadm 83566 Aug 19 09:20 YAML-1.23.tar.gz*
ns2 .../home/bennett/tmp 555# tar tzf YAML-1.23.tar.gz
... you get the idea ...
The coolest thing since PPI. Now every time someone still says that one can't parse HTML or balanced parentheses using regex, you can just point him to this module to shut him up (although, if he had said that one *shouldn't*...).
Also now you can say that Perl is a simple language that is easy to learn. Why? Well, it's so simple you can parse the whole syntax with a single regex.
This module offers an interface to Facebook's new Zstandard compression library based on the new asymmetric numeral compression algorithms of Jarek Duda. It incorporates the Zstandard libraries into the module, which means that you don't have to download any third-party libraries to install this. It should be a great contribution, but I have to say I'm frustrated by this module.
If you look at the tests here:
it's fairly clear that there is a problem. The problem can be solved with a very minor change:
The bug was reported twice:
The author went on to release another version to CPAN after the bug reports.
While I think this module could be a big contribution to CPAN, I'm not really sure why the module owner won't fix trivial bugs like that, but leaves the module in a state of disarray.
All of the Windows compilations report errors too:
I don't know how these problems could be rectified, but presumably it is just a question of using the right compilation options.
Use MySQL-specific SQL dialect "SHOW TABLES" so comparing e.g. two SQLite database is an instant fail, even though there is DBIx::Compare::SQLite. Instead of the common convention like DBIx::Compare->new(...), uses db_comparison->new(...), sqlite_comparison->new(...), etc.
Doesn't accept bugreports.
Broken visibility for -flto=thin (link time optimization) and solaris,
fixed in cperl since Nov 2016.
The CPAN release misses the 3 xs pods.
do_open() broken under C++, fixed in cperl since Nov 2016.
Hey, Perl::Critic has not been reviewed for quite a while...
Finally take the plunge (again) to include Perl::Critic in my development work, this time adding critic test in the Dist::Zilla release process. Already caught a couple of stupid bugs otherwise uncaught by perl's -w. Aside from that, will help you become more consistent and a better (Perl) programmer. Invaluable!
Rating Data::Undump::PPI, which currently lives inside Config-Perl:
Of course this is a nice proof of concept, but for "real world" usage, look at Data::Undump which is about 2000x faster :)
Works like a charm to get the titles of web pages.
I recently made my own bookmarking application using Perl. Copying and pasting the URL is ok, but I am just too lazy to type in the title of each page I want to bookmark. How to get the title? I looked on metacpan and found this, and after adding about two lines of code to my bookmarking application I now get the titles just like that. Even better the main function is called "title" and you just call it like this: my $title = title ($url), without any nonsense.
There is lots of talk in the module documentation and the bug list about how to get titles of things like PDF documents or even PNG images, but realistically how many people actually need that, compared to the number of people who just want the title of a web page? This already does 99% of the jobs that actually need to be done, and most PNG images don't even include a title field anyway.
Requires perl 5.20 for no particular reason. Claims to be replacement of smart match but only covers string comparison. Just use List::Util's first() which is more flexible and part of the core Perl distribution, or match::smart which covers more cases.
Mostly unnecessary because this is just a glorified form of a widely known Perl idiom. Requires perl 5.20 for no particular reason. Re-sorts the list which is 99% not what user wants. Just use List::Util's uniq() which is faster and part of core distribution.
Well written module, does exactly what I need it to do. Documentation is clear, and provides a link to the JSONPath specification. Author is receptive and responsive to issues, and has been able to turn around the few problems I've encountered very quickly. I appreciate the time and energy you've put into maintaining this.
Update 2017: Due to library issues in CentOS 6 I am no longer using Data::GUID but writing against the supported rpm packaged version of Data::UUID in uuid-perl-1.6.1-10.el6.x86_64
It uses a very fast algorithm to match an array of possible prefixes to an array of strings.
On the other hand, having examined the source code, it is very messy with lots of dangling unused items like the completely unused structure txs_vtbl or the unevaluated "len" in loops like "for (len;", there is a C function without a declared return value, there are misused Perl internal functions like misuse of "die" or "Newxz", and there are many failed tests due to simple causes like not including necessary files such as
The documentation is very patchy, so I would probably rather not use this, regardless of whether it is very fast or not.
By far the easiest-to-use progress bar module. Does the right thing by default, and can be added to any script in just 3 lines of code.
Works great until some (even external) common dependency starts to output warnings, then all the tests starts to "fail". That's the point it gets really annoying instead of helpful. Warnings are there to warn that there *may* be something wrong and should not be test fails.