Item13574: Error log flooded with messages about missing plugin module in LocalSite.cfg

Trying to debug why many of my plugins do not work at all I see that my error log is flooded with

Foswiki::Plugins::HolidaylistPlugin has been guessed. '$Foswiki::cfg{Plugins}{HolidaylistPlugin}{Module}' should be defined in LocalSite.cfg

I see it defined in configure. Why is this missing? What do I do wrong? And is this why most none default plugins seem to not work in 2.0?

-- KennethLavrsen - 28 Jul 2015

I've changed the message to only log when DEBUG is enabled. That should quiet down the logs.

I think a major oversight is that non-"installer" based installs were not really considered. Yes we run into them with pseudo-install, but it's just noise to developers. I had not considered that prod. sites would use pseudo-install, and had forgotten about the "unzip" instal. If you use a installer, web, or cli, everything should get set correctly That's what we have been focused on testing, and is probably the path for the vast majority of installations.

The rest of this is a duplicate of Item13560.

-- GeorgeClark - 29 Jul 2015

For the record. I am not using the pseudo install for production.

I do however install all plugins manually by unzipping and throwing the files on the production install.

That said, I never used the plugin installers because I have previously experienced that the installers added CPAN libraries using CPAN and not the Centos/Redhat package management system. I try to keep everything RPM based so that all package are kept up to date with a simple "yum update". It has become much easier in "Redhat land" after the CPAN libs were added to the EPEL rpm repository. No more chasing unofficial rpms.

-- KennethLavrsen - 29 Jul 2015

Already reported at Item13560

-- MichaelDaum - 29 Jul 2015

Commenting is disabled while not logged in