Question
%CALENDARPLUGIN% produces no HTML at all. Nothing in the error logs. I've installed all the dependency modules and they work fine. Other plugins work fine. Tried it on the stable & beta releases. Running on Fedora Core 4 with perl 5.8.6. Downloaded the latest testenv & everything seems fine:
Works OK for me on RHAS3 at work!
I've set debug=1 in the
CalendarPlugin module - nothing.
I've got the modules installed (via CPAN and this is where they ended up:
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/Date/Calc.pm
/usr/lib/perl5/site_perl/5.8.6/HTML/CalendarMonthSimple.pm
Environment
--
IlltudDaniel - 08 Oct 2005
Answer
If you answer a question - or someone answered one of your questions - please remember to edit the page and set the status to answered. The status selector is below the edit box.
Have you tried installing the latest version of Cairo then adding
CalendarPlugin?
--
SteveRJones - 11 Oct 2005
TWikiBetaRelease2004x10x30 is not based on Dakar codebase.
Things to check:
- Plugins can be disabled selectively in the TWikiPreferences
- A Plugin might not load at all if there is a compile error. It might not even show an error message. Do a compile check (
perl -c CalendarPlugin.pm).
--
PeterThoeny - 11 Oct 2005
I have not tested it extensively but have confirmed that
CalendarPlugin does work in Dakar.
--
LynnwoodBrown - 11 Oct 2005
Oops, mea culpa, I completely misread the version number. My sincere apologies.
--
SteveRJones - 12 Oct 2005
What Peter refers to - running a compile check - is a cute trick that I should have mentioned. I've caught many problems this way prior to releasing a Plugin. I must not be getting enough sleep
--
SteveRJones - 12 Oct 2005
I'm not sure if this is relevent or not, but I notice some comments near the end of
CalendarPluginUndefinedSubroutine that describe similar problems to what you're experiencing - and refers to some cryptic (at least to me) solution that involves changing
ours to
my somewhere.... Just thought I'd mention this as possible lead.
--
LynnwoodBrown - 12 Oct 2005
are you actually typing
%CALENDARPLUGIN%? it should be
%CALENDAR%
--
WillNorris - 12 Oct 2005
Sorry,
| April 2026 |
| |
|
|
01 |
02 |
03 |
04 |
| 05 |
06 |
07 |
08 |
09 |
10 |
11 |
| 12 |
13 |
14 |
15 |
16 |
17 |
18 |
| 19 |
20 |
21 |
22 |
23 |
24 |
25 |
| 26 |
27 |
28 |
29 |
30 |
|
|
|
is what I'm typing (my typo!). I tried perl -c, and that passes fine. I'm using the exact same version of twiki & calendarplugin as I have installed on RHEL3 at work, and there it works fine.
What's
cairo when it's at home?
--
IlltudDaniel - 13 Oct 2005
Anybody? My perl's not bad, I could stick in extra debug stuff. It's just doing
nothing, and it's functionality I'd really like. Otherwise I'm going to have to add some php groupware to the site & tack it on to the twiki somehow.
Lynnwood - my perl's 5.8.6, so that shouldn't be the problem I'm getting (and that error would show up in the logs).
--
IlltudDaniel - 14 Oct 2005
Plugin is definitely activated, I've tried Version: 04 Sep 2004 $Rev: 1742 as well, and that's exactly the same.
--
IlltudDaniel - 14 Oct 2005
Did you check if the two necessary perl packages can be accessed by TWiki? Put the package names in the optional perl package area of your testenv.
--
FranzJosefSilli - 14 Oct 2005
What does
TWiki.InstalledPlugins say on your site?
--
MartinCleaver - 14 Oct 2005
See the Environment table above
--
IlltudDaniel - 14 Oct 2005
Franz - I'll try that.
--
IlltudDaniel - 14 Oct 2005
Franz - bingo, that's the problem. From testenv:
Note: Optional module 'HTML::CalendarMonthSimple' not installed
Now I'm trying to work out why. Well, this is why:
[root@gwenno bin]# cd /usr/lib/perl5/site_perl/5.8.6/HTML/
[root@gwenno HTML]# ls -l
total 56
---------- 1 root root 50668 Oct 6 23:53 CalendarMonthSimple.pm
Note permissions!!
...installed with CPAN 'install' on FC4!! A bug to report to RedHat or CPAN, methinks!
Thanks for all your help, folks.
--
IlltudDaniel - 14 Oct 2005
You're mostly welcome. Would have been sad to switch to another system just for this. The
CalendarPlugin is very useful for visualizing events. It's too bad that it's a performance killer and not well supported by its original developer.
--
FranzJosefSilli - 14 Oct 2005