<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>8954</bug_id>
          
          <creation_ts>2016-01-20 11:06:05 +0000</creation_ts>
          <short_desc>unpacking tar with xattrs: broken file</short_desc>
          <delta_ts>2016-02-24 13:20:36 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>6</classification_id>
          <classification>Yocto Project Subprojects</classification>
          <product>Pseudo</product>
          <component>pseudo</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>2.1 M2</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Patrick Ohly">patrick.ohly</reporter>
          <assigned_to name="Seebs">seebs</assigned_to>
          <cc>bogdanx.a.voiculescu</cc>
    
    <cc>joshuagloe</cc>
    
    <cc>mark.hatle</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>ross.burton</cc>
    
    <cc>seebs</cc>
    
    <cc>yp.pseudo.watcher</cc>
    
    <cc>yp.watcher</cc>
          
          <qa_contact name="Bogdan Alexandru Voiculescu">bogdanx.a.voiculescu</qa_contact>
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>57981</commentid>
    <comment_count>0</comment_count>
      <attachid>2936</attachid>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-01-20 11:06:05 +0000</bug_when>
    <thetext>Created attachment 2936
GNU tar archve with attributes that do not unpack correctly under pseudo

Environment: Debian Stable, with GNU tar 1.27.1, pseudo from current OE-core master (4fd33ca846ba9f61e72a176a6462443c9fb5ddc2).

Problem: when unpacking the attached tar archive under pseudo the resulting file ends up in a weird state and mkfs.ext4 fails to copy it into a partition image.

Steps to reproduce:
0. bitbake e2fsprogs-native
1. bitbake -c devshell &lt;some image&gt;
2. tar --xattrs --xattrs-include=* -xf testrootfs.tar
3. ls -l testrootfs/foobar
?rwxr-xr-x 1 root root 1 Jan 20 12:27 testrootfs/foobar

Besides the question mark, &quot;testrootfs/foobar&quot; is also printed in red text on black background.

4. dd if=/dev/zero of=rootfs.ext4 bs=512 count=100000
5. mkfs.ext4 -d testrootfs  rootfs.ext4 
mke2fs 1.43-WIP (18-May-2014)
Discarding device blocks: done                            
Creating filesystem with 50000 1k blocks and 12544 inodes
Filesystem UUID: 35a5c602-78ac-491e-9bf2-e096d1cfaaa6
Superblock backups stored on blocks: 
        8193, 24577, 40961

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (4096 blocks): done
Copying files into the device: __populate_fs: ignoring entry &quot;foobar&quot;
foobar: File not found by ext2_lookup 
mkfs.ext4: File not found by ext2_lookup 
Error while populating file system

Expected behavior should be the same as when running outside of pseudo:

$ sudo tar --xattrs --xattrs-include=* -xf /tmp/testrootfs.tar 
$ ls -l testrootfs/
total 8
-rwxr-xr-x 1 root root 1 Jan 20 12:27 foobar
$ getfattr -d -m . testrootfs/foobar 
# file: testrootfs/foobar
security.SMACK64=&quot;_&quot;
security.ima=0sAwIC2C1O/QCAKE3nkQA9MB2DFaZOveb+E6kTTq4FQrmCugFE5vnX4vGJQ3NK7jNJkcJXuxhQnG1rf68Z31mkGvncxKz93RS9RjjZML7X8I0H5j3+QsU3Y8ZXsxhTg+UOIWiZV0XeVgKIvwaTlvrEXcvNjHH/SrFa1+PDlu9Cdr6L3uOzkkVjoEs=

Background: the actual &quot;foobar&quot; file is lib/systemd/systemd in our custom distro. In the ext4 partition generated from that rootfs, security.ima is not stored correctly by mkfs.ext4. When trying to simplify the problem, I noticed that mkfs.ext4 always worked on a &quot;testrootfs&quot; directory where I created the files with xattrs manually. It failed once I did &quot;cp -a&quot; from the image&apos;s rootfs directory. The tar archive was created under pseudo with:

cp -a tmp-glibc/work/qemux86-iotos-linux/iot-os-image/1.0-r0/rootfs/lib/systemd/systemd testrootfs/
echo &quot;&quot; &gt;testrootfs/systemd
mv testrootfs/systemd testrootfs/foobar
tar --xattrs --xattrs-include=* -cf testrootfs.tar testrootfs

After each of these steps, creating an ext4 from testroofs with
mkfs.ext4 -d testrootfs  rootfs.ext4
results in a rootfs.ext4 where (when loop-mounted on my host) testrootfs/foobar does not contain valid xattrs:
$ strace getfattr -d -m . mnt/*
listxattr(&quot;mnt/foobar&quot;, NULL, 0)        = 30
listxattr(&quot;mnt/foobar&quot;, &quot;security.SMACK64\0security.ima\0&quot;, 256) = 30
getxattr(&quot;mnt/foobar&quot;, &quot;security.SMACK64&quot;, 0x0, 0) = 1
getxattr(&quot;mnt/foobar&quot;, &quot;security.SMACK64&quot;, &quot;_&quot;, 256) = 1
...
getxattr(&quot;mnt/foobar&quot;, &quot;security.ima&quot;, 0x0, 0) = -1 ENODATA (No data available)

I don&apos;t know what&apos;s special about unpacking with tar or &quot;cp -a&quot;. Creating foobar with &quot;echo&quot; and setting the special xattrs with setfattr works.

It&apos;s almost as if lib/systemd/systemd is &quot;contaminated&quot; and breaks almost anything that tries to work with it, but I for sure don&apos;t see how that could be. I&apos;m starting to believe in ghosts! Please help me before I loose my sanity.

The closest I could get to a reproducer is the tar archive, hence this bug report.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58022</commentid>
    <comment_count>1</comment_count>
    <who name="Seebs">seebs</who>
    <bug_when>2016-01-20 20:59:37 +0000</bug_when>
    <thetext>Huh, that&apos;s fascinating. How did the file initially get its extended attributes?

Also, does the underlying file actually have those attributes, or were they created under pseudo? My concern is that the kernel may be doing things specially for security.* values, so if they got created in some way that pseudo didn&apos;t intercept, the result could be a file which has special attributes magical to the kernel, which pseudo can&apos;t necessarily interact with.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58035</commentid>
    <comment_count>2</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-01-21 07:08:19 +0000</bug_when>
    <thetext>The initial systemd file was installed and its meta data updated as part of image creation, i.e. everything happened under sudo.

security.ima was computed by &quot;evmctl ima_sign&quot; in https://github.com/01org/meta-intel-iot-security/blob/master/meta-integrity/classes/ima-evm-rootfs.bbclass. evmctl uses lsetxattr().

security.SMACK64 was set by a Python script which iterates over all files in the rootfs. Because the the &quot;python-xattr&quot; cannot be assumed to be present, some tricks with &quot;ctypes&quot; are needed to call the setxattr() method provided by pseudo. That code is here: https://github.com/pohly/meta-intel-iot-security/blob/smack-fixes/meta-security-framework/classes/xattr-images.bbclass

However, the initial systemd file and also the simplified foobar look perfectly normal when viewed with &quot;ls&quot; under pseudo. It&apos;s only after unpacking the tar archive that it gets weird.

Unpacking the archive with &quot;sudo strace tar&quot; on the host looks normal to me:
mknodat(AT_FDCWD, &quot;testrootfs/foobar&quot;, 0755) = 0
open(&quot;/usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache&quot;, O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=26258, ...}) = 0
mmap(NULL, 26258, PROT_READ, MAP_SHARED, 4, 0) = 0x7fb8fed6f000
close(4)                                = 0
futex(0x7fb8fe7258f8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
setxattr(&quot;testrootfs/foobar&quot;, &quot;security.ima&quot;, &quot;\x03\x02\x02\xd8-N\xfd\x00\x80(M\xe7\x91\x00=0\x1d\x83\x15\xa6N\xbd\xe6\xfe\x13\xa9\x13N\xae\x05B\xb9\x82\xba\x01D\xe6\xf9\xd7\xe2\xf1\x89CsJ\xee3I\x91\xc2W\xbb\x18P\x9cmk\x7f\xaf\x19\xdfY\xa4\x1a\xf9\xdc\xc4\xac\xfd\xdd\x14\xbdF8\xd90\xbe\xd7\xf0\x8d\x07\xe6=\xfeB\xc57c\xc6W\xb3\x18S\x83\xe5\x0e!h\x99WE\xdeV\x02\x88\xbf\x06\x93\x96\xfa\xc4]\xcb\xcd\x8cq\xffJ\xb1Z\xd7\xe3\xc3\x96\xefBv\xbe\x8b\xde\xe3\xb3\x92Ec\xa0K&quot;, 137, 0) = 0
setxattr(&quot;testrootfs/foobar&quot;, &quot;security.SMACK64&quot;, &quot;_&quot;, 1, 0) = 0
openat(AT_FDCWD, &quot;testrootfs/foobar&quot;, O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK|O_CLOEXEC, 0700) = 4
write(4, &quot;\n&quot;, 1)                       = 1
fstat(4, {st_mode=S_IFREG|0755, st_size=1, ...}) = 0
utimensat(4, NULL, {{1453363581, 885600320}, {1453289247, 186050717}}, 0) = 0
fchown(4, 0, 0)                         = 0
fchmod(4, 0755)                         = 0
close(4)                                = 0
close(3)                                = 0
newfstatat(AT_FDCWD, &quot;testrootfs&quot;, {st_mode=S_IFDIR|0700, st_size=4096, ...}, AT_SYMLINK_NOFOLLOW) = 0
utimensat(AT_FDCWD, &quot;testrootfs&quot;, {{1453363581, 877600281}, {1453289286, 402245179}}, AT_SYMLINK_NOFOLLOW) = 0
fchownat(AT_FDCWD, &quot;testrootfs&quot;, 1000, 1000, AT_SYMLINK_NOFOLLOW) = 0
fchmodat(AT_FDCWD, &quot;testrootfs&quot;, 0755)  = 0

My hope was that this unpacking step is something that you might be able to reproduce and (if it leads to the same unexpected result) use to debug the problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58076</commentid>
    <comment_count>3</comment_count>
    <who name="Mark Hatle">mark.hatle</who>
    <bug_when>2016-01-21 16:22:28 +0000</bug_when>
    <thetext>Just want to get clarification.

The image was generated with xattr items in the image creation scripts with &apos;pseudo&apos;.  This appears to have worked properly.

You then took the tarball and extracted it with &apos;sudo&apos; (i.e. to get root permissions and extract the tarball to the filesystem with those same permissions) on the host system and that is when the failure occurred?

This sounds a lot like the host system is preventing you from setting specific attributes.  Perhaps the system is running some type of IMA, Smack or SE Linux code that won&apos;t permit you to set these attributes?

A simple check is to use -pseudo- with the tar extraction and in that environment see if the xattrs are what is expected -- if so it&apos;s most likely some kind of a host system issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58078</commentid>
    <comment_count>4</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-01-21 16:31:55 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; The image was generated with xattr items in the image creation scripts with
&gt; &apos;pseudo&apos;.  This appears to have worked properly.
&gt; 
&gt; You then took the tarball and extracted it with &apos;sudo&apos; (i.e. to get root
&gt; permissions and extract the tarball to the filesystem with those same
&gt; permissions) on the host system and that is when the failure occurred?

No, that works fine.

&gt; A simple check is to use -pseudo- with the tar extraction and in that
&gt; environment see if the xattrs are what is expected

This is exactly what is failing ;-)

The instructions are not entirely clear, but it was implied that after entering devshell in step 2, you continue with the following commands under pseudo.

That should be easy to reproduce.

The real problem for me is that image creation of an entire rootfs also does not work, but that is harder to reproduce. It might be possible with meta-intel-iot-security, poky and a hand-craft local.conf. Let me know if you want me to try and reproduce it like that.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58091</commentid>
    <comment_count>5</comment_count>
    <who name="Seebs">seebs</who>
    <bug_when>2016-01-21 19:34:48 +0000</bug_when>
    <thetext>Huh, this is fascinating.

tar 1.23 doesn&apos;t have --xattrs-include.

Using actual root, if I extract that file, and then do getfattrs -d on it, I get:

# getfattr -d -m - testrootfs/foobar
# file: testrootfs/foobar
security.SMACK64=&quot;_&quot;

I don&apos;t see the .ima value. So something magic is happening when setting that value, it seems?

ohhh. Hmm. I think that may be a red herring, but I&apos;m not sure yet. Because I notice that the failure seems to be that the file&apos;s ending up with no file type bits set in its database mode. Hmm. I&apos;m not totally sure the security bits are really what&apos;s doing this. It could be an interaction of some sort with the file mode settings.

Anyway, I can reproduce that SOMETHING is going weird here.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58118</commentid>
    <comment_count>6</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-01-22 06:58:01 +0000</bug_when>
    <thetext>Yes, --xattrs is a recent GNU tar feature. You can add ASSUME_PROVIDED_remove = &quot;tar-native&quot; to your local.conf and then &quot;bitbake tar-native&quot; to build it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58154</commentid>
    <comment_count>7</comment_count>
    <who name="Seebs">seebs</who>
    <bug_when>2016-01-22 21:17:36 +0000</bug_when>
    <thetext>Okay, so, it turns out this has nothing at all to do with xattrs, inexplicably enough. Or at least, not directly.

When invoked on that archive with --xattrs --xattrs-include=*, GNU tar uses mknod to create the file instead of open with O_CREAT. And it uses mknod with no file type bits. The pseudo implementation of mknod doesn&apos;t check for that, while real mknod masks in S_IFREG if there&apos;s no file type bits. So the file gets created with no file type bits, which causes strange behaviors.

I&apos;ve got a patch to fix this, and I&apos;ve pushed it to master. I don&apos;t know whether that&apos;s enough to solve things for now, or whether I should be looking at a new release to put in tree.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58170</commentid>
    <comment_count>8</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-01-25 08:07:26 +0000</bug_when>
    <thetext>Confirmed, http://git.yoctoproject.org/cgit/cgit.cgi/pseudo/commit/?id=735ac1b9ff7471b100f6758f9072bfd45e0e3f40 fixes the tar unpack issue.

The original problem (copying the xattrs from that test rootfs into an ext4 partition) however remains, and it is something that I can only reproduce when running under pseudo. I&apos;ve file bug 8992 for that.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58926</commentid>
    <comment_count>9</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-02-11 21:08:49 +0000</bug_when>
    <thetext>The pseudo commit which fixes this is present in the upgraded version: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=7cd835177ae0208859f790c0c638cde908386d5c</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59429</commentid>
    <comment_count>10</comment_count>
    <who name="Bogdan Alexandru Voiculescu">bogdanx.a.voiculescu</who>
    <bug_when>2016-02-24 13:20:36 +0000</bug_when>
    <thetext>Verified on master 36b43b233c841b3c09fc17e04686b4b758780963&quot;
Not reproducible.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>2936</attachid>
            <date>2016-01-20 11:06:05 +0000</date>
            <delta_ts>2016-01-20 11:06:05 +0000</delta_ts>
            <desc>GNU tar archve with attributes that do not unpack correctly under pseudo</desc>
            <filename>testrootfs.tar</filename>
            <type>application/tar</type>
            <size>10240</size>
            <attacher name="Patrick Ohly">patrick.ohly</attacher>
            
              <data encoding="base64">Li9QYXhIZWFkZXJzLjE1MzEwL3Rlc3Ryb290ZnMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAwMDA2NDQAMDAwMDAw
MAAwMDAwMDAwADAwMDAwMDAwMTMyADEyNjQ3NjY3NTA2ADAxMzEyMwAgeAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhcgAwMAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAz
MCBtdGltZT0xNDUzMjg5Mjg2LjQwMjI0NTE3OQozMCBhdGltZT0xNDUzMjg5MjkxLjY5NDI3MTQy
MQozMCBjdGltZT0xNDUzMjg5Mjg2LjQwMjI0NTE3OQoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHRl
c3Ryb290ZnMvAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwMDAwNzU1ADAwMDE3NTAA
MDAwMTc1MAAwMDAwMDAwMDAwMAAxMjY0NzY2NzUwNgAwMTE1MzUAIDUAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdXN0YXIAMDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMDAwMDAwMAAwMDAwMDAw
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdGVz
dHJvb3Rmcy9QYXhIZWFkZXJzLjE1MzEwL2Zvb2JhcgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAwMDA2NDQAMDAwMDAwMAAw
MDAwMDAwADAwMDAwMDAwNDQ1ADEyNjQ3NjY3NDM3ADAxNDI1MAAgeAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB1c3RhcgAwMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAzMCBt
dGltZT0xNDUzMjg5MjQ3LjE4NjA1MDcxNwozMCBhdGltZT0xNDUzMjg5MjkxLjY5NDI3MTQyMQoz
MCBjdGltZT0xNDUzMjg5Mjg2LjQwMjI0NTE3OQoxNjggU0NISUxZLnhhdHRyLnNlY3VyaXR5Lmlt
YT0DAgLYLU79AIAoTeeRAD0wHYMVpk695v4TqRNOrgVCuYK6AUTm+dfi8YlDc0ruM0mRwle7GFCc
bWt/rxnfWaQa+dzErP3dFL1GONkwvtfwjQfmPf5CxTdjxlezGFOD5Q4haJlXRd5WAoi/BpOW+sRd
y82Mcf9KsVrX48OW70J2vove47OSRWOgSwozNSBTQ0hJTFkueGF0dHIuc2VjdXJpdHkuU01BQ0s2
ND1fCgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHRlc3Ry
b290ZnMvZm9vYmFyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwMDAwNzU1ADAwMDAwMDAAMDAw
MDAwMAAwMDAwMDAwMDAwMQAxMjY0NzY2NzQzNwAwMTQ1MDMAIDAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdXN0YXIAMDByb290AAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAHJvb3QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMDAwMDAwMAAwMDAwMDAwAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
</data>

          </attachment>
      

    </bug>

</bugzilla>