<?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>181982</bug_id>
          
          <creation_ts>2007-06-14 05:31 0000</creation_ts>
          <short_desc>x11-drivers/ati-drivers-8.37.6-r1 doesn&apos;t compile with openvz kernel</short_desc>
          <delta_ts>2008-03-12 19:32:21 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>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://bugzilla.openvz.org/show_bug.cgi?id=634</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>Jephte.Clain@univ-reunion.fr</reporter>
          <assigned_to>marienz@gentoo.org</assigned_to>
          <cc>kir@sacred.ru</cc>
    
    <cc>lu_zero@gentoo.org</cc>
    
    <cc>pva@gentoo.org</cc>
    
    <cc>vserver-devs@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>Jephte.Clain@univ-reunion.fr</who>
            <bug_when>2007-06-14 05:31:15 0000</bug_when>
            <thetext>I&apos;m trying to install openvz-sources (sys-kernel/openvz-sources-028.027) on my desktop machine. the kernel configuration and installation is correct. I can boot under the new kernel and manage openvz virtual machines from the command line. all the drivers for my machine load correctly.

but when I try to compile the closed source ati-drivers (x11-drivers/ati-drivers-8.37.6-r1, this is a desktop machine, remember), the compile fail with the following message:

WARNING: &quot;find_task_by_pid&quot; [/var/tmp/portage/x11-drivers/ati-drivers-8.37.6-r1/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.ko] undefined!
!!! ERROR: x11-drivers/ati-drivers-8.37.6-r1 failed.
Call stack:
  ebuild.sh, line 1615:   Called dyn_compile
  ebuild.sh, line 972:   Called qa_call &apos;src_compile&apos;
  ebuild.sh, line 44:   Called src_compile
  ati-drivers-8.37.6-r1.ebuild, line 177:   Called linux-mod_src_compile
  linux-mod.eclass, line 516:   Called die

!!! Unable to make  GCC_VER_MAJ=4 KVER=2.6.18-028stab027 KDIR=/usr/src/linux kmod_build.

I understand that find_task_by_pid is a common function, and I don&apos;t understand why it does not work. I searched on google and I seem to be the first to have this problem.

I don&apos;t even know if this is a bug or a problem with my machine. however, everything work with everything else on both kernels, and I can compile ati-drivers with my current kernel (gentoo-sources-2.6.20-r8)


Reproducible: Always

Steps to Reproduce:</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jephte.Clain@univ-reunion.fr</who>
            <bug_when>2007-06-14 05:32:26 0000</bug_when>
            <thetext># emerge --info

Portage 2.1.2.7 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.5-r3, 2.6.20-gentoo-r8 i686)
=================================================================
System uname: 2.6.20-gentoo-r8 i686 Intel(R) Pentium(R) M processor 2.13GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Thu, 14 Jun 2007 04:50:01 +0000
dev-java/java-config: 1.3.7, 2.0.32
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -march=i686 -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo&quot;
CXXFLAGS=&quot;-O2 -march=i686 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;distlocks metadata-transfer sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://gentoo.modulix.net/gentoo/ http://ftp.club-internet.fr/pub/mirrors/gentoo &quot;
LANG=&quot;fr_FR&quot;
LINGUAS=&quot;fr&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;X acl acpi alsa apm arts berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dri dvd dvdr dvdread eds emboss encode esd evo fam firefox fortran gdbm gif glitz gnome gpm gstreamer gtk hal howl iconv ipv6 isdnlog java jpeg kerberos ldap libg++ lm_sensors mad midi mikmod mp3 mpeg mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp oss pam pcre pdf pmu png pppd python qt3support quicktime readline reflection sasl sdl session slang spell spl ssl svg tcpd tiff truetype truetype-fonts type1-fonts unicode vorbis win32codecs x86 xml xorg xv zlib&quot; ALSA_CARDS=&quot;intel8x0&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse synaptics&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;fr&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;radeon fglrx vesa fbdev&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-06-14 06:50:37 0000</bug_when>
            <thetext>That&apos;s just a warning, not the compile error. You need to post more lines above.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jephte.Clain@univ-reunion.fr</who>
            <bug_when>2007-06-14 07:28:57 0000</bug_when>
            <thetext>well, it&apos;s the only line that seems wrong. I attach the build log below</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jephte.Clain@univ-reunion.fr</who>
            <bug_when>2007-06-14 07:31:09 0000</bug_when>
            <thetext>Created an attachment (id=122002)
the build log from /var/tmp/portage/x11-drivers/ati-drivers-8.37.6-r1/temp

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-06-14 07:38:04 0000</bug_when>
            <thetext>Shrug; does any other version of ati-drivers compile? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jephte.Clain@univ-reunion.fr</who>
            <bug_when>2007-06-14 08:19:43 0000</bug_when>
            <thetext>well... it compiles with ati-drivers-8.35.5 (the latest stable). I should have tested that first :-(. In fact, I was forced to switch to unstable ati-drivers a while ago and never minded to switch back to stable after that...

ok then. I can use the stable ati-drivers and this solves my problem. now I can&apos;t tell why 8.37.6 doesn&apos;t compile on kernel 2.6.18...


</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>anarchpenguin@gmail.com</who>
            <bug_when>2007-06-27 15:20:10 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; well... it compiles with ati-drivers-8.35.5 (the latest stable). I should have
&gt; tested that first :-(. In fact, I was forced to switch to unstable ati-drivers
&gt; a while ago and never minded to switch back to stable after that...
&gt; 
&gt; ok then. I can use the stable ati-drivers and this solves my problem. now I
&gt; can&apos;t tell why 8.37.6 doesn&apos;t compile on kernel 2.6.18...
&gt; 

A header is missing in your 2.6.18, ati upstream does not support anything but vanilla kernel so your on your own to figure out why linux/sched.h is not included with the openvz-sources.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>inge_edgar@hotmail.com</who>
            <bug_when>2007-07-27 07:07:07 0000</bug_when>
            <thetext>try create simbolic link ln -s /usr/src/linux/include/linux/ioctl.h /usr/src/linux/include/linux/ioctl32.h


(In reply to comment #0)
&gt; I&apos;m trying to install openvz-sources (sys-kernel/openvz-sources-028.027) on my
&gt; desktop machine. the kernel configuration and installation is correct. I can
&gt; boot under the new kernel and manage openvz virtual machines from the command
&gt; line. all the drivers for my machine load correctly.
&gt; 
&gt; but when I try to compile the closed source ati-drivers
&gt; (x11-drivers/ati-drivers-8.37.6-r1, this is a desktop machine, remember), the
&gt; compile fail with the following message:
&gt; 
&gt; WARNING: &quot;find_task_by_pid&quot;
&gt; [/var/tmp/portage/x11-drivers/ati-drivers-8.37.6-r1/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.ko]
&gt; undefined!
&gt; !!! ERROR: x11-drivers/ati-drivers-8.37.6-r1 failed.
&gt; Call stack:
&gt;   ebuild.sh, line 1615:   Called dyn_compile
&gt;   ebuild.sh, line 972:   Called qa_call &apos;src_compile&apos;
&gt;   ebuild.sh, line 44:   Called src_compile
&gt;   ati-drivers-8.37.6-r1.ebuild, line 177:   Called linux-mod_src_compile
&gt;   linux-mod.eclass, line 516:   Called die
&gt; 
&gt; !!! Unable to make  GCC_VER_MAJ=4 KVER=2.6.18-028stab027 KDIR=/usr/src/linux
&gt; kmod_build.
&gt; 
&gt; I understand that find_task_by_pid is a common function, and I don&apos;t understand
&gt; why it does not work. I searched on google and I seem to be the first to have
&gt; this problem.
&gt; 
&gt; I don&apos;t even know if this is a bug or a problem with my machine. however,
&gt; everything work with everything else on both kernels, and I can compile
&gt; ati-drivers with my current kernel (gentoo-sources-2.6.20-r8)
&gt; 
&gt; 
&gt; Reproducible: Always
&gt; 
&gt; Steps to Reproduce:
&gt; 

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jephte.Clain@univ-reunion.fr</who>
            <bug_when>2007-07-29 16:28:36 0000</bug_when>
            <thetext>(In reply to comment #8)
&gt; try create simbolic link ln -s /usr/src/linux/include/linux/ioctl.h
&gt; /usr/src/linux/include/linux/ioctl32.h

I&apos;m on vacations. I will try this in 2 weeks, an report the result. thanks for the suggestion.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jephte.Clain@univ-reunion.fr</who>
            <bug_when>2007-07-31 15:04:07 0000</bug_when>
            <thetext>(In reply to comment #8)
&gt; try create simbolic link ln -s /usr/src/linux/include/linux/ioctl.h
&gt; /usr/src/linux/include/linux/ioctl32.h

ioctl32.h already exists, and its content is different from ioctl.h
I made the symbolic link (keeping a copy of ioctl32.h) and the problem is the same:

# cd /usr/src/linux/include/linux
# mv ioctl32.h ioctl32.h.orig
# ln -s ioctl.h ioctl32.h
# emerge =ati-drivers-8.37.6-r1
...
WARNING: &quot;find_task_by_pid&quot; [/var/tmp/portage/x11-drivers/ati-drivers-8.37.6-r1/work/common/lib/modules/fglrx/build_mod/2.6.x/fglrx.ko] undefined!
make[2]: *** [__modpost] Erreur 1
make[1]: *** [modules] Erreur 2
make[1]: quittant le répertoire « /usr/src/linux-2.6.18-openvz-028.027 »
make: *** [kmod_build] Erreur 2

!!! ERROR: x11-drivers/ati-drivers-8.37.6-r1 failed.
Call stack:
  ebuild.sh, line 1621:   Called dyn_compile
  ebuild.sh, line 973:   Called qa_call &apos;src_compile&apos;
  ebuild.sh, line 44:   Called src_compile
  ati-drivers-8.37.6-r1.ebuild, line 174:   Called linux-mod_src_compile
  linux-mod.eclass, line 516:   Called die

!!! Unable to make  GCC_VER_MAJ=4 KVER=2.6.18-028stab027 KDIR=/usr/src/linux kmod_build.
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at &apos;/var/tmp/portage/x11-drivers/ati-drivers-8.37.6-r1/temp/build.log&apos;.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drobbins@funtoo.org</who>
            <bug_when>2007-11-16 21:45:22 0000</bug_when>
            <thetext>The issue is that the openvz patch removes the find_task_by_pid macro, which ati-drivers is now depending on.

The solution is to apply a fix to the upstream openvz patch so that this macro still continues to exist for compatibility reasons.

Will see if I can get a patch for this.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drobbins@funtoo.org</who>
            <bug_when>2007-11-16 21:58:59 0000</bug_when>
            <thetext>OK, here is the solution.

The openvz patch undefines find_task_by_pid and creates two new macros: find_task_by_pid_ve and find_task_by_pid_all. It also updates all references in the kernel source code to refer to the new macros.

The problem occurs when other kernel modules use these macros, in which case they break. Since modules are typically not directly used in your VE&apos;s, I use the following solution to get the ati-drivers to install and build (tested against ati-drivers 8.40.4). Add the following to include/linux/sched.h:

// drobbins hackzor
#define find_task_by_pid(nr) find_task_by_pid_type_all(PIDTYPE_PID, nr)
extern struct task_struct *find_task_by_pid_type_all(int type, int pid);

This will give any modules that call the find_task_by_pid() macro the default behavior. This may not be appropriate for all kernel modules, especially those that need to be aware of VE&apos;s. But it is likely to be correct 99% of the time.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2007-11-18 07:34:54 0000</bug_when>
            <thetext>Thank you all for report, and Daniel for suggested fix. This bug should be fixed in 2.6.18.028.049. Note, versioning changed so to emerge this new version you have to run: 

emerge =sys-kernel/openvz-sources-2.6.18.028.049

Note 2: I did not manage to check that fix really works, as ati binary drivers do not work with the recent xorg. So if this bug is not fixed, reopen, please.

Also I&apos;m going to mark this new kernel stable in next few days, so if you have some time, please, try it and report everything you encounter.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kir@sacred.ru</who>
            <bug_when>2008-03-12 19:32:21 0000</bug_when>
            <thetext>Yup, the bug was fixed in 028stab049, here is some more info.

Upstream bug report:
http://bugzilla.openvz.org/show_bug.cgi?id=634

GIT commit:
http://git.openvz.org/?p=linux-2.6.18-openvz;a=commit;h=3d422a091cd4c871ca2781c0e9a6fcaf5180f77e
</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>122002</attachid>
            <date>2007-06-14 07:31 0000</date>
            <desc>the build log from /var/tmp/portage/x11-drivers/ati-drivers-8.37.6-r1/temp</desc>
            <filename>build.log</filename>
            <type>text/plain</type>
            <data encoding="base64">IBtbMzI7MDFtKhtbMG0gRGV0ZXJtaW5pbmcgdGhlIGxvY2F0aW9uIG9mIHRoZSBrZXJuZWwgc291
cmNlIGNvZGUKIBtbMzI7MDFtKhtbMG0gRm91bmQga2VybmVsIHNvdXJjZSBkaXJlY3Rvcnk6CiAb
WzMyOzAxbSobWzBtICAgICAvdXNyL3NyYy9saW51eAogG1szMjswMW0qG1swbSBGb3VuZCBzb3Vy
Y2VzIGZvciBrZXJuZWwgdmVyc2lvbjoKIBtbMzI7MDFtKhtbMG0gICAgIDIuNi4xOC0wMjhzdGFi
MDI3Cj4+PiBVbnBhY2tpbmcgc291cmNlLi4uCj4+PiBVbnBhY2tpbmcgYXRpLWRyaXZlci1pbnN0
YWxsZXItOC4zNy42LXg4Ni54ODZfNjQucnVuIHRvIC92YXIvdG1wL3BvcnRhZ2UveDExLWRyaXZl
cnMvYXRpLWRyaXZlcnMtOC4zNy42LXIxL3dvcmsKIBtbMzI7MDFtKhtbMG0gQXBwbHlpbmcgYXRp
LXBvd2VybW9kZS1vcHQtcGF0aC5wYXRjaCAuLi4KG1tBG1s3MkMgIBtbMzQ7MDFtWyAbWzMyOzAx
bW9rG1szNDswMW0gXRtbMG0KIBtbMzI7MDFtKhtbMG0gQ29udmVydGluZyAyLjYueC9NYWtlZmls
ZSB0byB1c2UgTT0gaW5zdGVhZCBvZiBTVUJESVJTPSAuLi4KG1tBG1s3MkMgIBtbMzQ7MDFtWyAb
WzMyOzAxbW9rG1szNDswMW0gXRtbMG0KPj4+IFVucGFja2luZyAuLy4uL2NvbW1vbi91c3Ivc3Jj
L2F0aS9mZ2xyeF9wYW5lbF9zb3VyY2VzLnRneiB0byAvdmFyL3RtcC9wb3J0YWdlL3gxMS1kcml2
ZXJzL2F0aS1kcml2ZXJzLTguMzcuNi1yMS93b3JrL3BhbmVsCj4+PiBVbnBhY2tpbmcgLi8uLi9j
b21tb24vdXNyL3NyYy9hdGkvZmdscnhfc2FtcGxlX3NvdXJjZS50Z3ogdG8gL3Zhci90bXAvcG9y
dGFnZS94MTEtZHJpdmVycy9hdGktZHJpdmVycy04LjM3LjYtcjEvd29yay9leHRyYQo+Pj4gU291
cmNlIHVucGFja2VkLgo+Pj4gQ29tcGlsaW5nIHNvdXJjZSBpbiAvdmFyL3RtcC9wb3J0YWdlL3gx
MS1kcml2ZXJzL2F0aS1kcml2ZXJzLTguMzcuNi1yMS93b3JrIC4uLgogG1szMjswMW0qG1swbSBQ
cmVwYXJpbmcgZmdscnggbW9kdWxlCm1ha2UgLUMgL3Vzci9zcmMvbGludXggTT0vdmFyL3RtcC9w
b3J0YWdlL3gxMS1kcml2ZXJzL2F0aS1kcml2ZXJzLTguMzcuNi1yMS93b3JrL2NvbW1vbi9saWIv
bW9kdWxlcy9mZ2xyeC9idWlsZF9tb2QvMi42LnggbW9kdWxlcwptYWtlWzFdOiBlbnRyYW50IGRh
bnMgbGUgculwZXJ0b2lyZSCrIC91c3Ivc3JjL2xpbnV4LTIuNi4xOC1vcGVudnotMDI4LjAyNyC7
CiAgQ0MgW01dICAvdmFyL3RtcC9wb3J0YWdlL3gxMS1kcml2ZXJzL2F0aS1kcml2ZXJzLTguMzcu
Ni1yMS93b3JrL2NvbW1vbi9saWIvbW9kdWxlcy9mZ2xyeC9idWlsZF9tb2QvMi42LngvZmlyZWds
X3B1YmxpYy5vCkRhbnMgbGUgZmljaGllciBpbmNsdXMg4CBwYXJ0aXIgZGUgL3Zhci90bXAvcG9y
dGFnZS94MTEtZHJpdmVycy9hdGktZHJpdmVycy04LjM3LjYtcjEvd29yay9jb21tb24vbGliL21v
ZHVsZXMvZmdscngvYnVpbGRfbW9kLzIuNi54L2RybV9wcm9jLmg6NDEsCiAgICAgICAgICDgIHBh
cnRpciBkZSAvdmFyL3RtcC9wb3J0YWdlL3gxMS1kcml2ZXJzL2F0aS1kcml2ZXJzLTguMzcuNi1y
MS93b3JrL2NvbW1vbi9saWIvbW9kdWxlcy9mZ2xyeC9idWlsZF9tb2QvMi42LngvZmlyZWdsX3B1
YmxpYy5jOjMzNDoKL3Zhci90bXAvcG9ydGFnZS94MTEtZHJpdmVycy9hdGktZHJpdmVycy04LjM3
LjYtcjEvd29yay9jb21tb24vbGliL21vZHVsZXMvZmdscngvYnVpbGRfbW9kLzIuNi54L2RybVAu
aDoxMjY6MTogYXR0ZW50aW9uIDogqyBEUk1fREVCVUdfQ09ERSC7IHJlZOlmaW5pCi92YXIvdG1w
L3BvcnRhZ2UveDExLWRyaXZlcnMvYXRpLWRyaXZlcnMtOC4zNy42LXIxL3dvcmsvY29tbW9uL2xp
Yi9tb2R1bGVzL2ZnbHJ4L2J1aWxkX21vZC8yLjYueC9maXJlZ2xfcHVibGljLmM6MTc4OjE6IGF0
dGVudGlvbiA6IGNlY2kgZXN0IGxhIGxvY2FsaXNhdGlvbiBkJ3VuZSBwculj6WRlbnRlIGTpZmlu
aXRpb24KL3Zhci90bXAvcG9ydGFnZS94MTEtZHJpdmVycy9hdGktZHJpdmVycy04LjM3LjYtcjEv
d29yay9jb21tb24vbGliL21vZHVsZXMvZmdscngvYnVpbGRfbW9kLzIuNi54L2ZpcmVnbF9wdWJs
aWMuYzo0NTI6IGF0dGVudGlvbiA6IGluaXRpYWxpemF0aW9uIGZyb20gaW5jb21wYXRpYmxlIHBv
aW50ZXIgdHlwZQovdmFyL3RtcC9wb3J0YWdlL3gxMS1kcml2ZXJzL2F0aS1kcml2ZXJzLTguMzcu
Ni1yMS93b3JrL2NvbW1vbi9saWIvbW9kdWxlcy9mZ2xyeC9idWlsZF9tb2QvMi42LngvZmlyZWds
X3B1YmxpYy5jOiBJbiBmdW5jdGlvbiAnZmlyZWdsX3N0dWJfb3Blbic6Ci92YXIvdG1wL3BvcnRh
Z2UveDExLWRyaXZlcnMvYXRpLWRyaXZlcnMtOC4zNy42LXIxL3dvcmsvY29tbW9uL2xpYi9tb2R1
bGVzL2ZnbHJ4L2J1aWxkX21vZC8yLjYueC9maXJlZ2xfcHVibGljLmM6NTc1OiBhdHRlbnRpb24g
OiBhc3NpZ25tZW50IGRpc2NhcmRzIHF1YWxpZmllcnMgZnJvbSBwb2ludGVyIHRhcmdldCB0eXBl
Ci92YXIvdG1wL3BvcnRhZ2UveDExLWRyaXZlcnMvYXRpLWRyaXZlcnMtOC4zNy42LXIxL3dvcmsv
Y29tbW9uL2xpYi9tb2R1bGVzL2ZnbHJ4L2J1aWxkX21vZC8yLjYueC9maXJlZ2xfcHVibGljLmM6
IEluIGZ1bmN0aW9uICdfX2tlX2lzX3Byb2Nlc3NfdGVybWluYXRlZCc6Ci92YXIvdG1wL3BvcnRh
Z2UveDExLWRyaXZlcnMvYXRpLWRyaXZlcnMtOC4zNy42LXIxL3dvcmsvY29tbW9uL2xpYi9tb2R1
bGVzL2ZnbHJ4L2J1aWxkX21vZC8yLjYueC9maXJlZ2xfcHVibGljLmM6MTAyOTogYXR0ZW50aW9u
IDogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gJ2ZpbmRfdGFza19ieV9waWQnCi92
YXIvdG1wL3BvcnRhZ2UveDExLWRyaXZlcnMvYXRpLWRyaXZlcnMtOC4zNy42LXIxL3dvcmsvY29t
bW9uL2xpYi9tb2R1bGVzL2ZnbHJ4L2J1aWxkX21vZC8yLjYueC9maXJlZ2xfcHVibGljLmM6MTAy
OTogYXR0ZW50aW9uIDogYXNzaWdubWVudCBtYWtlcyBwb2ludGVyIGZyb20gaW50ZWdlciB3aXRo
b3V0IGEgY2FzdAovdmFyL3RtcC9wb3J0YWdlL3gxMS1kcml2ZXJzL2F0aS1kcml2ZXJzLTguMzcu
Ni1yMS93b3JrL2NvbW1vbi9saWIvbW9kdWxlcy9mZ2xyeC9idWlsZF9tb2QvMi42LngvZmlyZWds
X3B1YmxpYy5jOiBJbiBmdW5jdGlvbiAnX19rZV9kb19tbWFwJzoKL3Zhci90bXAvcG9ydGFnZS94
MTEtZHJpdmVycy9hdGktZHJpdmVycy04LjM3LjYtcjEvd29yay9jb21tb24vbGliL21vZHVsZXMv
ZmdscngvYnVpbGRfbW9kLzIuNi54L2ZpcmVnbF9wdWJsaWMuYzoxODg1OiBhdHRlbnRpb24gOiBh
c3NpZ25tZW50IG1ha2VzIHBvaW50ZXIgZnJvbSBpbnRlZ2VyIHdpdGhvdXQgYSBjYXN0Ci92YXIv
dG1wL3BvcnRhZ2UveDExLWRyaXZlcnMvYXRpLWRyaXZlcnMtOC4zNy42LXIxL3dvcmsvY29tbW9u
L2xpYi9tb2R1bGVzL2ZnbHJ4L2J1aWxkX21vZC8yLjYueC9maXJlZ2xfcHVibGljLmM6IEluIGZ1
bmN0aW9uICdLQVNfRXhlY3V0ZUF0TGV2ZWwnOgovdmFyL3RtcC9wb3J0YWdlL3gxMS1kcml2ZXJz
L2F0aS1kcml2ZXJzLTguMzcuNi1yMS93b3JrL2NvbW1vbi9saWIvbW9kdWxlcy9mZ2xyeC9idWls
ZF9tb2QvMi42LngvZmlyZWdsX3B1YmxpYy5jOjQ3NTY6IGF0dGVudGlvbiA6ICdmbGFncycgbWF5
IGJlIHVzZWQgdW5pbml0aWFsaXplZCBpbiB0aGlzIGZ1bmN0aW9uCiAgTEQgW01dICAvdmFyL3Rt
cC9wb3J0YWdlL3gxMS1kcml2ZXJzL2F0aS1kcml2ZXJzLTguMzcuNi1yMS93b3JrL2NvbW1vbi9s
aWIvbW9kdWxlcy9mZ2xyeC9idWlsZF9tb2QvMi42LngvZmdscngubwogIEJ1aWxkaW5nIG1vZHVs
ZXMsIHN0YWdlIDIuCiAgTU9EUE9TVApXQVJOSU5HOiAiZmluZF90YXNrX2J5X3BpZCIgWy92YXIv
dG1wL3BvcnRhZ2UveDExLWRyaXZlcnMvYXRpLWRyaXZlcnMtOC4zNy42LXIxL3dvcmsvY29tbW9u
L2xpYi9tb2R1bGVzL2ZnbHJ4L2J1aWxkX21vZC8yLjYueC9mZ2xyeC5rb10gdW5kZWZpbmVkIQpt
YWtlWzJdOiAqKiogW19fbW9kcG9zdF0gRXJyZXVyIDEKbWFrZVsxXTogKioqIFttb2R1bGVzXSBF
cnJldXIgMgptYWtlWzFdOiBxdWl0dGFudCBsZSBy6XBlcnRvaXJlIKsgL3Vzci9zcmMvbGludXgt
Mi42LjE4LW9wZW52ei0wMjguMDI3ILsKbWFrZTogKioqIFtrbW9kX2J1aWxkXSBFcnJldXIgMgoK
ISEhIEVSUk9SOiB4MTEtZHJpdmVycy9hdGktZHJpdmVycy04LjM3LjYtcjEgZmFpbGVkLgpDYWxs
IHN0YWNrOgogIGVidWlsZC5zaCwgbGluZSAxNjE1OiAgIENhbGxlZCBkeW5fY29tcGlsZQogIGVi
dWlsZC5zaCwgbGluZSA5NzI6ICAgQ2FsbGVkIHFhX2NhbGwgJ3NyY19jb21waWxlJwogIGVidWls
ZC5zaCwgbGluZSA0NDogICBDYWxsZWQgc3JjX2NvbXBpbGUKICBhdGktZHJpdmVycy04LjM3LjYt
cjEuZWJ1aWxkLCBsaW5lIDE3NzogICBDYWxsZWQgbGludXgtbW9kX3NyY19jb21waWxlCiAgbGlu
dXgtbW9kLmVjbGFzcywgbGluZSA1MTY6ICAgQ2FsbGVkIGRpZQoKISEhIFVuYWJsZSB0byBtYWtl
ICBHQ0NfVkVSX01BSj00IEtWRVI9Mi42LjE4LTAyOHN0YWIwMjcgS0RJUj0vdXNyL3NyYy9saW51
eCBrbW9kX2J1aWxkLgohISEgSWYgeW91IG5lZWQgc3VwcG9ydCwgcG9zdCB0aGUgdG9wbW9zdCBi
dWlsZCBlcnJvciwgYW5kIHRoZSBjYWxsIHN0YWNrIGlmIHJlbGV2YW50LgohISEgQSBjb21wbGV0
ZSBidWlsZCBsb2cgaXMgbG9jYXRlZCBhdCAnL3Zhci90bXAvcG9ydGFnZS94MTEtZHJpdmVycy9h
dGktZHJpdmVycy04LjM3LjYtcjEvdGVtcC9idWlsZC5sb2cnLgoK
</data>        

          </attachment>
    </bug>

</bugzilla>