tags 574121 + pending thanks On Wed, Mar 24, 2010 at 19:03, John K. Parejko <parej...@speakeasy.net> wrote: >> It actually looks like the bug comes from rrdcgi rather than iptotal. >> In the cgi scripts, you will find that the specified path for the >> images is: >> ------------8<------------------------8<------------ >> --imginfo '<IMG SRC=/iptotal/images/%s ALT="kbyte(s)">' >> ------------8<------------------------8<------------ >> where "%s" stands for the filename part of the graph generated. This >> however, should not include the path of the file (so says the man file >> of rrdcgi). >> i.e. instead of replacing '%s' with >> /var/lib/iptotal/images/eth_week.png, it should be replaced with >> eth_week.png. >> In the Testing and Unstable installations, '%s' is being replaced with >> its right value. > > That's exactly it. Since it's in rrdcgi, it looks like you can close this > bug against iptotal. My apologies. > > (...) > > That said, since rrdcgi gives the correct result in the unstable version, > you are probably best off leaving iptotal as is. And since the problem is > fixed in the unstable rrdcgi, it looks like no bug should be filed there. > > I'm sorry for the mess up.
As the generated images have static names, I prefer correcting this by entering the actual names of the files, instead of counting on rrdcgi to do it. This should prevent this bug from reappearing. ;) >> As the unstable is not meant to be installed on a stable distribution, >> and as this in unreproducible on a testing/sid installation, I will >> lower the severity to important. > > That makes perfect sense. Sorry about that. > > Thanks for the follow-up! > John Thanks for your report. This bug will be closed in the upcoming release. Cheers, Ignace M -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
