[csw-maintainers] [csw-users] Munin 1.3.4 in testing
Trygve Laugstøl
trygvis at opencsw.org
Mon Jul 6 19:28:18 CEST 2009
Trygve Laugstøl wrote:
> Juergen Arndt wrote:
>> On Mon, 06 Jul 2009 18:32:29 +0200, Trygve Laugstøl
>> <trygvis at opencsw.org> wrote:
>>
>>> Juergen Arndt wrote:
>>>> Hi,
>>>> I've put Munin 1.3.4 into testing. It's the initial version for
>>>> OpenCSW. The software consists of the packages munin_master and
>>>> munin_node.
>>>
>>> Also, why was 1.3.4 packaged and not the stable 1.2.6? Is 1.3.4 know
>>> to be as stable as 1.2.6?
>>>
>>> I see that Fedora and Debian both package 1.2.5/.6:
>>>
>>> http://dag.wieers.com/rpm/packages/munin/
>>> http://packages.debian.org/search?keywords=munin&searchon=names&suite=all§ion=all
>>>
>>
>> 1.2.6 is the last official stable version, but it's already more than
>> a year old and I was asked to package a more current version. If this
>> does not comply with our policies, I will package 1.2.6 as well, no
>> problem.
>
> No, I was just wondering really.
>
>>> I just tried your packages. The installation look fine and I made
>>> some small notes on the wiki[1]. However, when I tried to create a
>>> graph, all and any letters are rendered as a box. See the attached
>>> image. I assume that this really is an rrdtool issue more than a
>>> Munin issue.
>>> [1]: http://wiki.opencsw.org/munin-package
>>
>> I cannot confirm that, on my installation the graphs look as expected.
>> Maybe some dependencies are missing, I will try to dig into it.
>>
>> I will update your wiki page in the next future with some more
>> installation details.
>
> I think it would be nice if the package included two complete apache
> configuration files (the basic and the one with CGI) so that the user
> can just Include them from httpd.conf. From what I can tell it is not
> likely that a user will need to adjust the configuration at all, at
> least not to get started.
>
> As for my rrd issue I just did a test from the rrd tutorial and the
> graphs look ok there.
I tried to use the CGI version and got a Pango related error:
[Mon Jul 06 19:21:52 2009] [error] [client 127.0.0.1] (process:6716):
Pango-CRITICAL **: No modules found:
[Mon Jul 06 19:21:52 2009] [error] [client 127.0.0.1] No builtin or
dynamically loaded modules were found.
[Mon Jul 06 19:21:52 2009] [error] [client 127.0.0.1] PangoFc will not
work correctly.
[Mon Jul 06 19:21:52 2009] [error] [client 127.0.0.1] This probably
means there was an error in the creation of:
[Mon Jul 06 19:21:52 2009] [error] [client 127.0.0.1]
'/opt/csw/etc/pango/pango.modules'
[Mon Jul 06 19:21:52 2009] [error] [client 127.0.0.1] You should create
this file by running:
[Mon Jul 06 19:21:52 2009] [error] [client 127.0.0.1]
pango-querymodules > '/opt/csw/etc/pango/pango.modules'
Which I did and I got this output:
/opt/csw/lib/64/pango/1.6.0/modules/pango-arabic-fc.so
ArabicScriptEngineFc PangoEngineShape PangoRenderFc arabic:* nko:*
[snip]
Why are there only 64-bit modules there?
Anyway, running the CGI again gave me this:
Pango-WARNING **: ld.so.1: perl: fatal:
/opt/csw/lib/64/pango/1.6.0/modules/pango-basic-fc.so: wrong ELF class:
ELFCLASS64
--
Trygve
More information about the maintainers
mailing list