severity 574121 important thanks On Tue, Mar 16, 2010 at 15:01, John Parejko <parej...@speakeasy.net> wrote: > Package: iptotal > Version: 0.3.3-11 > Severity: grave > Justification: renders package unusable > > Hello,
Hi John, Sorry for the delay in replying to your report. > I installed 0.3.3-11 (powerpc) from sid because the default version in > lenny (0.3.3-7) was causing significant cpu usage while idle. > This is fixed in 0.3.3-11. > > However, on the various iptotal cgi pages, the images are being > generated, but the <img> tags are not being correctly populated with > links to them. The problem is that the <img> tag is being written as: > > /iptotal/images//var/lib/iptotal/images/eth_*.png > > instead of the correct: > > /iptotal/images/eth_*.png > > I suspect that this problem came about somewhere during the data directory > changes from /var/www to /usr/lib/ to /var/lib. Actually, I am unable to reproduce this on a Testing or Unstable installation. I did however reproduce it when installing the unstable package of iptotal on a Stable release of Debian, as it seems you did too (this is not necessarily a good practice, you should build a backport or ask for someone to do it for you [1]). 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. > Unfortunately, I'm not sure of the best way to fix this in the cgi. > The images do get generated, and I can view them by inserting my own > <img> links in the template.html document, but they don't show up on > the various cgi pages. The way I see it, this can be corrected by replacing, in the cgi files, '%s' with the actual filename of the generated png, instead of relying on rrdcgi to do it. I will fix this in the next release. > Please let me know if I can be of any assistance in developing a fix. > > Thank you, > John Thank you for taking the time to report this. 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. Cheers, Ignace M [1] http://www.backports.org/dokuwiki/doku.php -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
