Hi Mark, I'm not sure what all the details and implications are, but it looks like the author just made a mistake. The Bzip.pm file has $VERSION = '1.00' even though the distribution is called Compress-Bzip2-1.01.tar.gz . This is probably the source of the problems.
I'm not sure whether you knew this or not, but if you did I'm not sure what you expect people on this list to do about it. The module author just has to fix it. I think you might get more bees with honey, as they say - it seems like the author may need some help fixing his module, and it seems like you're interested in helping him, so it seems like a good fit. BTW, see if you can encourage him to add a LICENSE/COPYRIGHT section to his distribution. -Ken Mark Veltzer <[EMAIL PROTECTED]> wrote: > It seems that I made a slight blunder - CPAN does have an updated > version of Compress::Bzip2 but there are a few problems involved. > It seems that Compress-Bzip2 WAS updated in july this year. > The earilier problems found was due to the fact that I couldn't find > the new module since it was only in some authors directory. So the > situation is: - - cpan.org/module lists Compress::Bzip2-1.00 which does > not compile no mention of Compress::Bzip2-1.01. > - - search.cpan.org lists Compress::Bzip2-1.01 which does compile in > some authors directory. > no mention of Compress::Bzip2-1.00 > > It seems like a mess to me (especially when it's the same module name). > That was the original reason for me writing the code. > > This is a classic case of bad management leading to resource wasting. > - -I wasted time writing code which was already on CPAN > - -If I could download the code I would have spent the time writing a > different module (thus making CPAN even better.). > - -CPAN (as it is organized today) expects you to search for a module > in two places (thus wasting time for everyone looking for things in > CPAN). - -searching for the module not in the central module list > requires that you know the name of the module. > - -if someone (like I did 2 weeks ago) searches for Bzip2 module he > could (like me) go to the modules list and download 1.00 which WILL > NOT compile. This is true even today. This is a bad state to be in. > - -many other modules probably have the same problems. > > I can understand the reasoning not to let every author step on other > authors packages - but somehow the situation that occured with > Compress::Bzip2 should not be allowed to occur again.
