<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>94411</bug_id>
          
          <creation_ts>2005-05-29 13:11 0000</creation_ts>
          <short_desc>rrdtool-1.2.8 won&apos;t emerge with +tcltk , missing library rrd problem</short_desc>
          <delta_ts>2005-06-18 16:39:44 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Other</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>quinox_san_@hotmail.com</reporter>
          <assigned_to>netmon@gentoo.org</assigned_to>
          <cc>rockoo@gmail.com</cc>

      

      
          <long_desc isprivate="0">
            <who>quinox_san_@hotmail.com</who>
            <bug_when>2005-05-29 13:11:15 0000</bug_when>
            <thetext>The problem described in https://bugs.gentoo.org/show_bug.cgi?id=90711 reappears
in the current 1.2.8 ebuild:
The problem with compiling rrdtool with tcltk in the USE flags is that it looks
in the wrong place for the already compiled stuff. I fixed it by using the same
patch that is prvided with the 1.2.0 ebuild. I&apos;ve tested it and now it will
compile with +tcltk

Reproducible: Always
Steps to Reproduce:
1.USE=&quot;tcltk&quot; emerge =rrdtool-1.2.8
2.
3.

Actual Results:  
There will be an error thrown complaining about the missing c library rrd
(cannot find -lrrd)

Expected Results:  
It should have compiled without problems</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>quinox_san_@hotmail.com</who>
            <bug_when>2005-05-29 13:13:05 0000</bug_when>
            <thetext>Created an attachment (id=60119)
This patch will fix rrdtool-1.2.8/bindings/tcl/Makefile.am

This patch will fix the problem (its basicly the same as the one from bug
#90711)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rockoo@gmail.com</who>
            <bug_when>2005-06-03 15:56:55 0000</bug_when>
            <thetext>can we close this one? a tcl issue was fixed 18-may-05 says changelog and there
is no prob w/ 1.2.9 - on my x86 all 1.2.x work w/ tcl</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>quinox_san_@hotmail.com</who>
            <bug_when>2005-06-06 08:19:39 0000</bug_when>
            <thetext>The 1.2.9 one does compile nicely here too. If the source of the 1.2.8 isn&apos;t
modified (and why would it) and this patch isn&apos;t applied to the 1.2.8 ebuild
(which isn&apos;t), this specific version will never be able to compile with TCL
support but if thats okay it can be closed :/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vanquirius@gentoo.org</who>
            <bug_when>2005-06-18 16:39:44 0000</bug_when>
            <thetext>Since 1.2.9 works, I&apos;m taking 1.2.8 out so that people don&apos;t run in this issue.
Thanks for reporting.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>60119</attachid>
            <date>2005-05-29 13:13 0000</date>
            <desc>This patch will fix rrdtool-1.2.8/bindings/tcl/Makefile.am</desc>
            <filename>rrdtool-1.2.8-tcl.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtdXIgcnJkdG9vbC0xLjIuOC9iaW5kaW5ncy90Y2wvTWFrZWZpbGUuYW0gcnJkdG9vbC0x
LjIuOC1wYXRjaGVkL2JpbmRpbmdzL3RjbC9NYWtlZmlsZS5hbQotLS0gcnJkdG9vbC0xLjIuOC9i
aW5kaW5ncy90Y2wvTWFrZWZpbGUuYW0JMjAwNS0wNS0xNiAyMjo1NjoyMS4wMDAwMDAwMDAgKzAy
MDAKKysrIHJyZHRvb2wtMS4yLjgtcGF0Y2hlZC9iaW5kaW5ncy90Y2wvTWFrZWZpbGUuYW0JMjAw
NS0wNS0yOSAyMTo1OTo0My4wMDAwMDAwMDAgKzAyMDAKQEAgLTE1LDE2ICsxNSwxNiBAQAogCiBT
UkNfRElSICAgICAgICAgICAgPSAkKHRvcF9zcmNkaXIpL3NyYwogQU1fQ1BQRkxBR1MgICAgICAg
ID0gLUkkKFRDTF9QUkVGSVgpL2luY2x1ZGUgLUkkKFNSQ19ESVIpICAtSSQoR0RfTElCX0RJUikK
LUxJQkRJUlMgICAgICAgICAgICA9IC1MJChsaWJkaXIpIC1MJChTUkNfRElSKSAgLUwuLi9zcmMv
LmxpYnMKK0xJQkRJUlMgICAgICAgICAgICA9IC1MJChsaWJkaXIpIC1MJChTUkNfRElSKSAgLUwu
Li8uLi9zcmMvLmxpYnMKIExJQl9SVU5USU1FX0RJUiAgICA9ICQobGliZGlyKQogCiBpZiBCVUlM
RF9UQ0wKIAogdGNscnJkJChUQ0xfU0hMSUJfU1VGRklYKTogdGNscnJkLm8KLQkkKFRDTF9TSExJ
Ql9MRCkgJChMSUJESVJTKSAkPCAtbyAkQCAtbHJyZF9wcml2YXRlIC1sbQorCSQoVENMX1NITElC
X0xEKSAkKExJQkRJUlMpICQ8IC1vICRAIC1scnJkIC1sbQogCiB0Y2xycmQubzogdGNscnJkLmMK
LQkkKENDKSAkKENGTEFHUykgJChUQ0xfU0hMSUJfQ0ZMQUdTKSAkKElOQ0xVREVTKSAtYyAkPCAt
RFZFUlNJT049XCIkKFZFUlNJT04pXCIKKwkkKENDKSAkKENGTEFHUykgJChBTV9DUFBGTEFHUykg
JChUQ0xfU0hMSUJfQ0ZMQUdTKSAkKElOQ0xVREVTKSAtYyAkPCAtRFZFUlNJT049XCIkKFZFUlNJ
T04pXCIKIAogYWxsLWxvY2FsOiB0Y2xycmQkKFRDTF9TSExJQl9TVUZGSVgpCiAK
</data>        

          </attachment>
    </bug>

</bugzilla>