<?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>164786</bug_id>
          
          <creation_ts>2007-02-01 06:53 0000</creation_ts>
          <short_desc>Mark x11-drivers/xf86-input-evdev-1.1.5-r1 stable</short_desc>
          <delta_ts>2007-06-24 23:56:17 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>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>diacone@diacone.org</reporter>
          <assigned_to>x11@gentoo.org</assigned_to>
          <cc>gentoo.3.steelerguy@spamgourmet.com</cc>
    
    <cc>kathrin_69@gmx.de</cc>
    
    <cc>wolf31o2@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>diacone@diacone.org</who>
            <bug_when>2007-02-01 06:53:30 0000</bug_when>
            <thetext>There is problem with x11-drivers/xf86-input-evdev-1.1.2-r2 compilation:

make  all-recursive
make[1]: Entering directory `/var/tmp/portage/xf86-input-evdev-1.1.2-r2/work/xf86-input-evdev-1.1.2&apos;
Making all in src
make[2]: Entering directory `/var/tmp/portage/xf86-input-evdev-1.1.2-r2/work/xf86-input-evdev-1.1.2/src&apos;
if /bin/sh ../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..    -Wall -march=k8 -O2 -pipe -DXFree86Server -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg    -I../src -MT evdev_drv_la-evdev.lo -MD -MP -MF &quot;.deps/evdev_drv_la-evdev.Tpo&quot; -c -o evdev_drv_la-evdev.lo `test -f &apos;evdev.c&apos; || echo &apos;./&apos;`evdev.c; \
        then mv -f &quot;.deps/evdev_drv_la-evdev.Tpo&quot; &quot;.deps/evdev_drv_la-evdev.Plo&quot;; else rm -f &quot;.deps/evdev_drv_la-evdev.Tpo&quot;; exit 1; fi
if /bin/sh ../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..    -Wall -march=k8 -O2 -pipe -DXFree86Server -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg    -I../src -MT evdev_drv_la-evdev_brain.lo -MD -MP -MF &quot;.deps/evdev_drv_la-evdev_brain.Tpo&quot; -c -o evdev_drv_la-evdev_brain.lo `test -f &apos;evdev_brain.c&apos; || echo &apos;./&apos;`evdev_brain.c; \
        then mv -f &quot;.deps/evdev_drv_la-evdev_brain.Tpo&quot; &quot;.deps/evdev_drv_la-evdev_brain.Plo&quot;; else rm -f &quot;.deps/evdev_drv_la-evdev_brain.Tpo&quot;; exit 1; fi
mkdir .libs
 x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -march=k8 -O2 -pipe -DXFree86Server -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg -I../src -MT evdev_drv_la-evdev_brain.lo -MD -MP -MF .deps/evdev_drv_la-evdev_brain.Tpo -c evdev_brain.c  -fPIC -DPIC -o .libs/evdev_drv_la-evdev_brain.o
 x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -march=k8 -O2 -pipe -DXFree86Server -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg -I../src -MT evdev_drv_la-evdev.lo -MD -MP -MF .deps/evdev_drv_la-evdev.Tpo -c evdev.c  -fPIC -DPIC -o .libs/evdev_drv_la-evdev.o
evdev.c: In function &apos;EvdevSwitchMode&apos;:
evdev.c:235: error: &apos;SendCoreEvents&apos; undeclared (first use in this function)
evdev.c:235: error: (Each undeclared identifier is reported only once
evdev.c:235: error: for each function it appears in.)
evdev.c:236: error: &apos;DontSendCoreEvents&apos; undeclared (first use in this function)
make[2]: *** [evdev_drv_la-evdev.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/xf86-input-evdev-1.1.2-r2/work/xf86-input-evdev-1.1.2/src&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/xf86-input-evdev-1.1.2-r2/work/xf86-input-evdev-1.1.2&apos;
make: *** [all] Error 2

!!! ERROR: x11-drivers/xf86-input-evdev-1.1.2-r2 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  ebuild.sh, line 1255:   Called x-modular_src_compile
  x-modular.eclass, line 333:   Called x-modular_src_make
  x-modular.eclass, line 328:   Called die

!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

Reproducible: Always</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>diacone@diacone.org</who>
            <bug_when>2007-02-01 06:55:19 0000</bug_when>
            <thetext>Created an attachment (id=108817)
my emerge --info

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>joshuabaergen@gentoo.org</who>
            <bug_when>2007-02-04 18:57:10 0000</bug_when>
            <thetext>You&apos;re building this driver against xorg-server-1.2, aren&apos;t you?  You need the newer version (1.1.5).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>diacone@diacone.org</who>
            <bug_when>2007-02-05 10:43:31 0000</bug_when>
            <thetext>actually, I tried to build it against the 1.1.1-r4 version. I downgraded all x11 relative staff to the stable version for amd64

I was not able to downgrade x11-drivers/xf86-input-evdev. I was forced to use xf86-input-evdev-1.1.5-r1.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>joshuabaergen@gentoo.org</who>
            <bug_when>2007-04-06 21:28:21 0000</bug_when>
            <thetext>It&apos;s possible you need to downgrade inputproto to 1.3.2 and rebuild libXi, xorg-server, etc. before evdev 1.1.2 will compile, but I&apos;m not entirely sure.  (That is, if you have newer inputproto/libXi installed.)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2007-04-19 21:37:03 0000</bug_when>
            <thetext>I&apos;m hitting this same thing wrt the 2007.0 release.  I can tell you what versions of what that we&apos;re using, if you need them.  We pulled in the newer XCB-enabled stuff just yesterday since we had the newer libX11 due to the security bug, but our snapshot is from over a month ago otherwise.  If I need to adjust any versions, let me know.  I don&apos;t know what information you may need otherwise.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>masa@masavista.net</who>
            <bug_when>2007-04-20 12:20:35 0000</bug_when>
            <thetext>I get the same error on my x86 stable Gentoo. Stable 1.1.2-r2 fails but 1.1.5-r1 from testing works. I&apos;ve tried to recompile all X-related stuff etc. but nothing has helped. I think the newer version needs to get stabilized.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2007-04-20 13:33:05 0000</bug_when>
            <thetext>Agreed.  Using 1.1.5-r1 worked for me, also.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.3.steelerguy@spamgourmet.com</who>
            <bug_when>2007-04-20 14:22:33 0000</bug_when>
            <thetext>I am getting this same error while trying to build an x86 LiveCD on an amd64 platform.  I am trying to keep everything very generic so I can continue to use the name spec files in the future so I am really stuck here.

It appears to me that inputproto-1.4 has been unmasked for x86 and it is not including SendCoreEvents and DontSendCoreEvents in XI.h, so the compilation of xf86-input-evdev does not work.  On amd64 inputproto-1.4 has not been unmasked yet, so I am still using 1.3.2 and everything works fine.

So if I am seeing this correctly, stable x86 is broken right now and inputproto-1.4 needed to be masked again.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2007-04-20 14:43:37 0000</bug_when>
            <thetext>No, it&apos;s a bad idea to move something back to ~arch, and something that is discouraged by policy, especially when there is another solution.  Mark 1.1.5-r1 stable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>actisystem@gmail.com</who>
            <bug_when>2007-04-20 14:45:21 0000</bug_when>
            <thetext>Same problem here on a 2006.1 fresh configuration. Emerging the ~x86 version
(1.1.5-r1) of xf86-input-evdev worked from me, too.

CPU type: athlon64, legacy mode.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.3.steelerguy@spamgourmet.com</who>
            <bug_when>2007-04-20 15:14:03 0000</bug_when>
            <thetext>(In reply to comment #9)
&gt; No, it&apos;s a bad idea to move something back to ~arch, and something that is
&gt; discouraged by policy, especially when there is another solution.  Mark
&gt; 1.1.5-r1 stable.
&gt; 

Fair enough, my point really is, don&apos;t leave stable broken like it has been for the last couple of days.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2007-04-20 15:24:40 0000</bug_when>
            <thetext>Just waiting on the maintainers to give us the go-ahead and I&apos;ll start marking.  I&apos;m just not positive if this is the course of action the maintainers want, or if they have a different/better solution.  If I don&apos;t hear anything by the end of the day, I&apos;ll likely just start marking it stable on arches, since I&apos;ve been testing this now on several arches for the release and it seems fine.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>joshuabaergen@gentoo.org</who>
            <bug_when>2007-04-20 23:06:41 0000</bug_when>
            <thetext>(In reply to comment #12)
&gt; Just waiting on the maintainers to give us the go-ahead and I&apos;ll start marking.
&gt;  I&apos;m just not positive if this is the course of action the maintainers want, or
&gt; if they have a different/better solution.  If I don&apos;t hear anything by the end
&gt; of the day, I&apos;ll likely just start marking it stable on arches, since I&apos;ve been
&gt; testing this now on several arches for the release and it seems fine.
&gt; 

We were going to stable 7.2 this weekend, so this works into our plans well.  I&apos;ll change this bug so that evdev gets stabled sooner rather than later.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2007-04-23 15:44:13 0000</bug_when>
            <thetext>So can we add arches to CC now?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>joshuabaergen@gentoo.org</who>
            <bug_when>2007-04-23 22:33:13 0000</bug_when>
            <thetext>(In reply to comment #14)
&gt; So can we add arches to CC now?
&gt; 

Oh, yeah - sorry.  I&apos;ll do that.

ARM, MIPS and s390 will need to stable &gt;=inputproto-1.4 as well.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>joshuabaergen@gentoo.org</who>
            <bug_when>2007-04-23 22:34:24 0000</bug_when>
            <thetext>Nevermind about s390, they don&apos;t have a keyword on this package.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kathrin_69@gmx.de</who>
            <bug_when>2007-04-28 08:46:02 0000</bug_when>
            <thetext>The new stable evdev module seems broken for me (on x86).

see http://forums.gentoo.org/viewtopic-t-555736.html

I can&apos;t backdate to 1.1.2-r2 because of the compile error mentioned above.
So X is (half) broken for me thanks to that update.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2007-04-28 17:49:03 0000</bug_when>
            <thetext>ppc64 stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>joshuabaergen@gentoo.org</who>
            <bug_when>2007-04-29 15:14:18 0000</bug_when>
            <thetext>(In reply to comment #17)
&gt; The new stable evdev module seems broken for me (on x86).
&gt; 
&gt; see http://forums.gentoo.org/viewtopic-t-555736.html
&gt; 
&gt; I can&apos;t backdate to 1.1.2-r2 because of the compile error mentioned above.
&gt; So X is (half) broken for me thanks to that update.
&gt; 

Take a look at http://aarongyes.com/guides/mx1000 (from Googling &apos;mx1000 evdev&apos;).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ranger@gentoo.org</who>
            <bug_when>2007-05-03 16:14:55 0000</bug_when>
            <thetext>marked ppc stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kathrin_69@gmx.de</who>
            <bug_when>2007-05-03 19:50:52 0000</bug_when>
            <thetext>(In reply to comment #19)
&gt; (In reply to comment #17)
&gt; &gt; The new stable evdev module seems broken for me (on x86).
&gt; &gt; 
&gt; &gt; see http://forums.gentoo.org/viewtopic-t-555736.html
&gt; &gt; 
&gt; &gt; I can&apos;t backdate to 1.1.2-r2 because of the compile error mentioned above.
&gt; &gt; So X is (half) broken for me thanks to that update.
&gt; &gt; 
&gt; 
&gt; Take a look at http://aarongyes.com/guides/mx1000 (from Googling &apos;mx1000
&gt; evdev&apos;).
&gt; 

Thanks but their was nothing new to me. My setup is ok and always worked before</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2007-05-04 20:01:08 0000</bug_when>
            <thetext>Stable on alpha</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>joshuabaergen@gentoo.org</who>
            <bug_when>2007-05-05 15:39:38 0000</bug_when>
            <thetext>(In reply to comment #21)
&gt; Thanks but their was nothing new to me. My setup is ok and always worked before
&gt; 

You should file a new bug with the information you&apos;ve given here.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>angelos@gentoo.org</who>
            <bug_when>2007-05-06 23:41:09 0000</bug_when>
            <thetext>  05 May 2007; Daniel Gryniewicz &lt;dang@gentoo.org&gt;
  xf86-input-evdev-1.1.5-r1.ebuild:
  Marked stable on amd64 for bug #175465</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-05-07 15:09:48 0000</bug_when>
            <thetext>Stable for HPPA.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kumba@gentoo.org</who>
            <bug_when>2007-05-27 17:40:00 0000</bug_when>
            <thetext>mips stable.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>108817</attachid>
            <date>2007-02-01 06:55 0000</date>
            <desc>my emerge --info</desc>
            <filename>emerge_info</filename>
            <type>text/plain</type>
            <data encoding="base64">R2VudG9vIEJhc2UgU3lzdGVtIHZlcnNpb24gMS4xMi42ClBvcnRhZ2UgMi4xLjEtcjIgKGRlZmF1
bHQtbGludXgvYW1kNjQvMjAwNi4xLCBnY2MtNC4xLjEsIGdsaWJjLTIuNC1yNCwgMi42LjE4LWdl
bnRvby1yNCB4ODZfNjQpCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09ClN5c3RlbSB1bmFtZTogMi42LjE4LWdlbnRvby1yNCB4
ODZfNjQgQU1EIEF0aGxvbih0bSkgNjQgUHJvY2Vzc29yIDMwMDArCkxhc3QgU3luYzogVGh1LCAw
MSBGZWIgMjAwNyAwMDo1MDowMSArMDAwMAphcHAtYWRtaW4vZXNlbGVjdC1jb21waWxlcjogW05v
dCBQcmVzZW50XQpkZXYtamF2YS9qYXZhLWNvbmZpZzogMS4zLjcsIDIuMC4zMApkZXYtbGFuZy9w
eXRob246ICAgICAyLjQuMy1yNApkZXYtcHl0aG9uL3B5Y3J5cHRvOiAyLjAuMS1yNQpkZXYtdXRp
bC9jY2FjaGU6ICAgICBbTm90IFByZXNlbnRdCmRldi11dGlsL2NvbmZjYWNoZTogIFtOb3QgUHJl
c2VudF0Kc3lzLWFwcHMvc2FuZGJveDogICAgMS4yLjE3CnN5cy1kZXZlbC9hdXRvY29uZjogIDIu
MTMsIDIuNjEKc3lzLWRldmVsL2F1dG9tYWtlOiAgMS40X3A2LCAxLjUsIDEuNi4zLCAxLjcuOS1y
MSwgMS44LjUtcjMsIDEuOS42LXIyLCAxLjEwCnN5cy1kZXZlbC9iaW51dGlsczogIDIuMTYuMS1y
MwpzeXMtZGV2ZWwvZ2NjLWNvbmZpZzogMS4zLjE0CnN5cy1kZXZlbC9saWJ0b29sOiAgIDEuNS4y
Mgp2aXJ0dWFsL29zLWhlYWRlcnM6ICAyLjYuMTctcjEKQUNDRVBUX0tFWVdPUkRTPSJhbWQ2NCIK
QVVUT0NMRUFOPSJ5ZXMiCkNCVUlMRD0ieDg2XzY0LXBjLWxpbnV4LWdudSIKQ0ZMQUdTPSItbWFy
Y2g9azggLU8yIC1waXBlIgpDSE9TVD0ieDg2XzY0LXBjLWxpbnV4LWdudSIKQ09ORklHX1BST1RF
Q1Q9Ii9ldGMgL3Vzci9rZGUvMy41L2VudiAvdXNyL2tkZS8zLjUvc2hhcmUvY29uZmlnIC91c3Iv
a2RlLzMuNS9zaHV0ZG93biAvdXNyL3NoYXJlL1gxMS94a2IgL3Vzci9zaGFyZS9jb25maWciCkNP
TkZJR19QUk9URUNUX01BU0s9Ii9ldGMvZW52LmQgL2V0Yy9lbnYuZC9qYXZhLyAvZXRjL2djb25m
IC9ldGMvamF2YS1jb25maWcvdm1zLyAvZXRjL3JldmRlcC1yZWJ1aWxkIC9ldGMvdGVybWluZm8i
CkNYWEZMQUdTPSItbWFyY2g9azggLU8yIC1waXBlIgpESVNURElSPSIvdXNyL3BvcnRhZ2UvZGlz
dGZpbGVzIgpGRUFUVVJFUz0iYXV0b2NvbmZpZyBkaXN0bG9ja3MgbWV0YWRhdGEtdHJhbnNmZXIg
cGFyYWxsZWwtZmV0Y2ggc2FuZGJveCBzZnBlcm1zIHN0cmljdCIKR0VOVE9PX01JUlJPUlM9ImZ0
cDovL2Z0cC5zaC5jdnV0LmN6L01JUlJPUlMvZ2VudG9vL2dlbnRvbyAiCkxBTkc9ImNzX0NaLnV0
ZjgiCkxDX0FMTD0iY3NfQ1oudXRmOCIKTElOR1VBUz0iY3MiCk1BS0VPUFRTPSItajIiClBLR0RJ
Uj0iL3Vzci9wb3J0YWdlL3BhY2thZ2VzIgpQT1JUQUdFX1JTWU5DX09QVFM9Ii0tcmVjdXJzaXZl
IC0tbGlua3MgLS1zYWZlLWxpbmtzIC0tcGVybXMgLS10aW1lcyAtLWNvbXByZXNzIC0tZm9yY2Ug
LS13aG9sZS1maWxlIC0tZGVsZXRlIC0tZGVsZXRlLWFmdGVyIC0tc3RhdHMgLS10aW1lb3V0PTE4
MCAtLWV4Y2x1ZGU9Jy9kaXN0ZmlsZXMnIC0tZXhjbHVkZT0nL2xvY2FsJyAtLWV4Y2x1ZGU9Jy9w
YWNrYWdlcyciClBPUlRBR0VfVE1QRElSPSIvdmFyL3RtcCIKUE9SVERJUj0iL3Vzci9wb3J0YWdl
IgpQT1JURElSX09WRVJMQVk9Ii91c3IvbG9jYWwvcG9ydGFnZSIKU1lOQz0icnN5bmM6Ly9yc3lu
Yy5ldXJvcGUuZ2VudG9vLm9yZy9nZW50b28tcG9ydGFnZSIKVVNFPSJhbWQ2NCBYIGE1MiBhYWMg
YWNwaSBhbHNhIGFsc2FfY2FyZHNfYWxpNTQ1MSBhbHNhX2NhcmRzX2FsczQwMDAgYWxzYV9jYXJk
c19hdGlpeHAgYWxzYV9jYXJkc19hdGlpeHAtbW9kZW0gYWxzYV9jYXJkc19idDg3eCBhbHNhX2Nh
cmRzX2NhMDEwNiBhbHNhX2NhcmRzX2NtaXBjaSBhbHNhX2NhcmRzX2VtdTEwazF4IGFsc2FfY2Fy
ZHNfZW5zMTM3MCBhbHNhX2NhcmRzX2VuczEzNzEgYWxzYV9jYXJkc19lczE5MzggYWxzYV9jYXJk
c19lczE5NjggYWxzYV9jYXJkc19mbTgwMSBhbHNhX2NhcmRzX2hkYS1pbnRlbCBhbHNhX2NhcmRz
X2ludGVsOHgwIGFsc2FfY2FyZHNfaW50ZWw4eDBtIGFsc2FfY2FyZHNfbWFlc3RybzMgYWxzYV9j
YXJkc190cmlkZW50IGFsc2FfY2FyZHNfdXNiLWF1ZGlvIGFsc2FfY2FyZHNfdmlhODJ4eCBhbHNh
X2NhcmRzX3ZpYTgyeHgtbW9kZW0gYWxzYV9jYXJkc195bWZwY2kgYWxzYV9wY21fcGx1Z2luc19h
ZHBjbSBhbHNhX3BjbV9wbHVnaW5zX2FsYXcgYWxzYV9wY21fcGx1Z2luc19hc3ltIGFsc2FfcGNt
X3BsdWdpbnNfY29weSBhbHNhX3BjbV9wbHVnaW5zX2RtaXggYWxzYV9wY21fcGx1Z2luc19kc2hh
cmUgYWxzYV9wY21fcGx1Z2luc19kc25vb3AgYWxzYV9wY21fcGx1Z2luc19lbXB0eSBhbHNhX3Bj
bV9wbHVnaW5zX2V4dHBsdWcgYWxzYV9wY21fcGx1Z2luc19maWxlIGFsc2FfcGNtX3BsdWdpbnNf
aG9va3MgYWxzYV9wY21fcGx1Z2luc19pZWM5NTggYWxzYV9wY21fcGx1Z2luc19pb3BsdWcgYWxz
YV9wY21fcGx1Z2luc19sYWRzcGEgYWxzYV9wY21fcGx1Z2luc19sZmxvYXQgYWxzYV9wY21fcGx1
Z2luc19saW5lYXIgYWxzYV9wY21fcGx1Z2luc19tZXRlciBhbHNhX3BjbV9wbHVnaW5zX211bGF3
IGFsc2FfcGNtX3BsdWdpbnNfbXVsdGkgYWxzYV9wY21fcGx1Z2luc19udWxsIGFsc2FfcGNtX3Bs
dWdpbnNfcGx1ZyBhbHNhX3BjbV9wbHVnaW5zX3JhdGUgYWxzYV9wY21fcGx1Z2luc19yb3V0ZSBh
bHNhX3BjbV9wbHVnaW5zX3NoYXJlIGFsc2FfcGNtX3BsdWdpbnNfc2htIGFsc2FfcGNtX3BsdWdp
bnNfc29mdHZvbCBhcGFjaGUyIGJhc2gtY29tcGxldGlvbiBiZXJrZGIgYml0bWFwLWZvbnRzIGJ6
aXAyIGNkciBjbGkgY3JhY2tsaWIgY3J5cHQgY3VwcyBkaXJlY3RmYiBkbGxvYWRlciBkcmkgZHZk
IGR2ZHIgZHZkcmVhZCBlbGliY19nbGliYyBlbXVsLWxpbnV4LXg4NiBmZm1wZWcgZmlyZWZveCBm
b3J0cmFuIGdkYm0gZ2lmIGdwbSBoYWwgaWNvbnYgaW1hZ2VtYWdpY2sgaW1saWIgaW5wdXRfZGV2
aWNlc19ldmRldiBpbnB1dF9kZXZpY2VzX2tleWJvYXJkIGlucHV0X2RldmljZXNfbW91c2UgaXB2
NiBpc2RubG9nIGpwZWcga2RlIGtlcm5lbF9saW51eCBsY2RfZGV2aWNlc19iYXlyYWQgbGNkX2Rl
dmljZXNfY2ZvbnR6IGxjZF9kZXZpY2VzX2Nmb250ejYzMyBsY2RfZGV2aWNlc19nbGsgbGNkX2Rl
dmljZXNfaGQ0NDc4MCBsY2RfZGV2aWNlc19sYjIxNiBsY2RfZGV2aWNlc19sY2RtMDAxIGxjZF9k
ZXZpY2VzX210eG9yYiBsY2RfZGV2aWNlc19uY3Vyc2VzIGxjZF9kZXZpY2VzX3RleHQgbGliZysr
IGxpbmd1YXNfY3MgbGlyY19kZXZpY2VzX2FsbCBsbV9zZW5zb3JzIG1hZCBtaWRpIG1wMyBtcGVn
IG5jdXJzZXMgbmxzIG5wdGwgbnB0bG9ubHkgb2dnIG9wZW5nbCBwYW0gcGNyZSBwZGYgcGVybCBw
bmcgcHBkcyBwcHBkIHB5dGhvbiBxdCBxdDMgcmVhZGxpbmUgcmVmbGVjdGlvbiBzYW1iYSBzZGwg
c2Vzc2lvbiBzcGwgc3NsIHN0YXJ0dXAtbm90aWZpY2F0aW9uIHN2ZyB0Y3BkIHRydWV0eXBlLWZv
bnRzIHR5cGUxLWZvbnRzIHVkZXYgdW5pY29kZSB1c2IgdXNlcmxhbmRfR05VIHY0bCB2Y2Qgdmlk
ZW9fY2FyZHNfbnZpZGlhIHZvcmJpcyB4aW5lcmFtYSB4bWwgeG9yZyB4b3NkIHh2IHh2aWQgemxp
YiIKVW5zZXQ6ICBDVEFSR0VULCBFTUVSR0VfREVGQVVMVF9PUFRTLCBJTlNUQUxMX01BU0ssIExE
RkxBR1MsIFBPUlRBR0VfUlNZTkNfRVhUUkFfT1BUUwoK
</data>        

          </attachment>
    </bug>

</bugzilla>