<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>10357</bug_id>
          
          <creation_ts>2006-12-02 16:04:43 +0300</creation_ts>
          <short_desc>mdassemble crashes</short_desc>
          <delta_ts>2007-03-06 00:32:32 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>mdadm</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>blocker</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Sergey Bolshakov">sbolshakov</reporter>
          <assigned_to name="evseev">evseev</assigned_to>
          <cc>mike</cc>
    
    <cc>shaba</cc>
    
    <cc>thresh</cc>
    
    <cc>vitty</cc>
    
    <cc>vsu</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>42661</commentid>
    <comment_count>0</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2006-12-02 16:04:43 +0300</bug_when>
    <thetext>mdadm-2.5.6-alt1:

# /sbin/mdassemble 
Segmentation fault
#
собранный динамически с glibc работает нормально.
Предыдущие сборки работали нормально.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>42662</commentid>
    <comment_count>1</comment_count>
      <attachid>1695</attachid>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2006-12-02 16:07:31 +0300</bug_when>
    <thetext>Created attachment 1695
mdadm.conf</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44177</commentid>
    <comment_count>2</comment_count>
    <who name="evseev">evseev</who>
    <bug_when>2007-01-04 11:47:08 +0300</bug_when>
    <thetext>Не могу воспроизвести.
Моя конфигурация:

# egrep -v &apos;^$&apos; /etc/mdadm.conf | egrep -v &apos;^#&apos;
MAILADDR root
PROGRAM /usr/sbin/mdadm-syslog-events
ARRAY /dev/md0 UUID=c72dca0f:89258766:c4fc8ff9:aa0fdc2a

# ./mdassemble 
mdadm: /dev/md0 has been started with 2 drives.

# ./mdadm -D /dev/md0
/dev/md0:
        Version : 00.90.00
  Creation Time : Wed Jul 27 21:03:57 2005
     Raid Level : raid1
     Array Size : 96256 (94.02 MiB 98.57 MB)
    Device Size : 96256 (94.02 MiB 98.57 MB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu Jan  4 11:18:34 2007
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           UUID : c72dca0f:89258766:c4fc8ff9:aa0fdc2a
         Events : 0.9

    Number   Major   Minor   RaidDevice State
       0       3        8        0      active sync   /dev/hda8
       1       3        9        1      active sync   /dev/hda9

# ./mdadm -V
mdadm - v2.5.6 - 9 November 2006

# grep diet ./mdassemble
Binary file ./mdassemble matches
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44715</commentid>
    <comment_count>3</comment_count>
    <who name="evseev">evseev</who>
    <bug_when>2007-01-22 17:32:55 +0300</bug_when>
    <thetext>Сейчас в Сизиф ушла сборка 2.6-alt1.
В ней этот баг остался?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44824</commentid>
    <comment_count>4</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2007-01-27 14:03:33 +0300</bug_when>
    <thetext>2.6-alt2, падает, как и раньше.
у меня raid1 на двух дисках целиком, если это важно.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44853</commentid>
    <comment_count>5</comment_count>
      <attachid>1766</attachid>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2007-01-28 18:24:51 +0300</bug_when>
    <thetext>Created attachment 1766
mdadm-2.6-alt2.1.src.rpm.diff

Это несовместимость текущего релиза dietlibc с реализацией -fstack-protector в
текущей версии gcc4.1, которая там включена по умолчанию.  Обходится сборкой с
-fno-stack-protector.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44865</commentid>
    <comment_count>6</comment_count>
    <who name="evseev">evseev</who>
    <bug_when>2007-01-29 02:33:32 +0300</bug_when>
    <thetext>Не совсем понятно, зачем в alt2.1 делается одновременно
и &quot;%define mdassemble_cflags -fno-stack-protector&quot;,
и &quot;BuildPreReq: dietlibc &gt;= 0.30-alt2&quot;.

По идее, достаточно чего-то одного:
mdassemble_flags должен нормально подружить gcc 4.1 со старой dietlibc,
dietlibc 0.30-alt2 должна нормально работать с gcc 4.1 без доп.флагов.

Второй вариант строже, первый проще портировать на ALM24.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44866</commentid>
    <comment_count>7</comment_count>
      <attachid>1767</attachid>
    <who name="evseev">evseev</who>
    <bug_when>2007-01-29 02:41:39 +0300</bug_when>
    <thetext>Created attachment 1767
Fixup from evseev@ (also fixes #10727 and cleanups patchset)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44880</commentid>
    <comment_count>8</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2007-01-29 12:38:04 +0300</bug_when>
    <thetext>(In reply to comment #6)
&gt; dietlibc 0.30-alt2 должна нормально работать с gcc 4.1 без доп.флагов.

К сожалению, в данный момент это не так. Хотя на самом деле старые бинарные
сборки dietlibc всё-таки работают - они просто не пересобираются из исходников
при использовании нового gcc4.1 (падают в процессе сборки, так что пропустить
эту проблему незаметно всё-таки не удастся).

А вот польза от условных BuildRequires сомнительна - зависимости фиксируются в
момент сборки src.rpm.

&gt; Второй вариант строже, первый проще портировать на ALM24.

Туда это изменение портировать не обязательно - там в gcc не было
-fstack-protector по умолчанию (более того, я подозреваю, что версия gcc из
ALM24 вообще не поддерживает опцию -fno-stack-protector).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>44956</commentid>
    <comment_count>9</comment_count>
    <who name="evseev">evseev</who>
    <bug_when>2007-02-01 04:44:42 +0300</bug_when>
    <thetext>(In reply to comment #8)
&gt; (In reply to comment #6)
&gt;&gt; dietlibc 0.30-alt2 должна нормально работать с gcc 4.1 без доп.флагов.
&gt; 
&gt; К сожалению, в данный момент это не так. Хотя на самом деле старые бинарные
&gt; сборки dietlibc всё-таки работают - они просто не пересобираются из исходников
&gt; при использовании нового gcc4.1 (падают в процессе сборки, так что пропустить
&gt; эту проблему незаметно всё-таки не удастся).

Значит, тем более незачем указывать требуемую версию - в среде с gcc4.1 diet 
будет либо иметь её, либо отсутствовать вообще.

&gt; А вот польза от условных BuildRequires сомнительна - зависимости фиксируются в
&gt; момент сборки src.rpm.

Как тогда лучше поступить?
Хочется иметь общий spec для всех сборок.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>45045</commentid>
    <comment_count>10</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2007-02-04 21:53:54 +0300</bug_when>
    <thetext>В dietlibc-0.30-alt3 проблема устранена правильным способом - теперь для сборки
достаточно использовать CC=&apos;diet gcc&apos;, опция -fno-stack-protector добавляется
автоматически.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>45046</commentid>
    <comment_count>11</comment_count>
      <attachid>1766</attachid>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2007-02-04 21:55:19 +0300</bug_when>
    <thetext>Comment on attachment 1766
mdadm-2.6-alt2.1.src.rpm.diff

Такое изменение в spec больше не нужно - достаточно BuildPreReq: dietlibc &gt;=
0.30-alt3 (независимо от архитектуры ).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>45927</commentid>
    <comment_count>12</comment_count>
    <who name="Alexander Volkov">vaa</who>
    <bug_when>2007-02-27 11:43:09 +0300</bug_when>
    <thetext>Subject: Re: [sisyphus] Master upgrade - part 3 (after reboot)
From: Sergey Vlasov &lt;vsu@altlinux.ru&gt;
To: sisyphus@lists.altlinux.org
Date: Fri, 23 Feb 2007 14:55:10 +0300

On Fri, Feb 23, 2007 at 12:30:44PM +0300, Alexander Volkov wrote:
&gt; Вот пришлось перезагрузиться вчера - а и не поднимаемся автоматом!
&gt; Падает в ремонтную систему на:
&gt; starting up raid: (using mdassemble) ... raidstart line 34: Segmentation
&gt; fault &quot;$f&quot;

В пакете mdadm-2.6-alt2 ещё с прошлого года сломан mdassemble:
https://bugzilla.altlinux.org/show_bug.cgi?id=10357
Для устранения этой проблемы достаточно пересобрать пакет с
dietlibc-0.30-alt3 (либо без использования dietlibc вообще).

Во многих случаях эта проблема не проявляется из-за того, что скрипт
/etc/rc.d/scripts/raidstart предпочитает использовать mdadm в случае
его доступности, и только при отсутствии mdadm вызывает mdassemble.
Однако по каким-то не вполне понятным мне причинам mdadm сейчас
располагается не в /sbin, а в /usr/sbin, в результате конфигурации с
/usr на отдельном разделе нормально не работают.
-----------
/usr именно что отдельно.
я положил mdadm в /sbin и поднялся...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>46111</commentid>
    <comment_count>13</comment_count>
    <who name="evseev">evseev</who>
    <bug_when>2007-03-03 20:34:16 +0300</bug_when>
    <thetext>Багу закрываю.

Поскольку теперь рядом с gcc4.1 в Сизифе лежит
свежая версия dietlibc-0.30-alt2, собранная с -fno-stack-protector,
а в предыдущих дистрибутивах рядом со старой dietlibc лежит gcc3,
то теперь везде присутствует непротиворечивая комбинация пакетов :)

Кроме того, начиная с mdadm-2.6.1, сборка кладёт mdadm в /sbin,
то есть перестанет mdassemble вызываться, если /usr на отдельном разделе.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>46208</commentid>
    <comment_count>14</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2007-03-06 00:32:32 +0300</bug_when>
    <thetext>mdassemble работает.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>1695</attachid>
            <date>2006-12-02 16:07:31 +0300</date>
            <delta_ts>2006-12-02 16:07:31 +0300</delta_ts>
            <desc>mdadm.conf</desc>
            <filename>mdadm.conf</filename>
            <type>text/plain</type>
            <size>385</size>
            <attacher name="Sergey Bolshakov">sbolshakov</attacher>
            
              <data encoding="base64">IwojICAvZXRjL21kYWRtLmNvbmYgIC0tICBtZGFkbSBjb25maWd1cmF0aW9uIGZpbGUKIwojICBD
dXN0b21pemVkIGZvciBBTFRMaW51eAojICBTZWUgY29tcGxldGUgc2FtcGxlIG9uIG1hbnVhbCBw
YWdlIGFuZCBpbiBkb2N1bWVudGF0aW9uIGRpcmVjdG9yeQojCiMgIFRoaXMgaXMgYSBtaW5pbWFs
aXN0aWMgc2tlbGV0b24gYnV0IGl0IHNob3VsZCB3b3JrIG91dC1vZjphK2JveCEKIwoKTUFJTEFE
RFIgcm9vdApQUk9HUkFNIC91c3Ivc2Jpbi9tZGFkbS1zeXNsb2ctZXZlbnRzCkRFVklDRSBwYXJ0
aXRpb25zCgojIyBFT0YgIyMKQVJSQVkgL2Rldi9tZDAgbGV2ZWw9cmFpZDEgbnVtLWRldmljZXM9
MiBVVUlEPTJiNTA1YTlkOmZmYmYzNmZhOjY0NWFjMTM0OmUxMGQ5NmExCg==
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1766</attachid>
            <date>2007-01-28 18:24:51 +0300</date>
            <delta_ts>2007-02-04 21:55:19 +0300</delta_ts>
            <desc>mdadm-2.6-alt2.1.src.rpm.diff</desc>
            <filename>mdadm-2.6-alt2.1.src.rpm.diff</filename>
            <type>text/plain</type>
            <size>1607</size>
            <attacher name="Sergey Vlasov">vsu</attacher>
            
              <data encoding="base64">LS0tIG1kYWRtLTIuNi1hbHQyL21kYWRtLnNwZWMJMjAwNy0wMS0yNCAwNjozNTo1MyArMDAwMAor
KysgbWRhZG0tMi42LWFsdDIuMS9tZGFkbS5zcGVjCTIwMDctMDEtMjggMTU6MTA6NDAgKzAwMDAK
QEAgLTIsNyArMiw3IEBACiAKIE5hbWU6IG1kYWRtCiBWZXJzaW9uOiAyLjYKLVJlbGVhc2U6IGFs
dDIKK1JlbGVhc2U6IGFsdDIuMQogCiBTdW1tYXJ5OiBBIHRvb2wgZm9yIG1hbmFnaW5nIFNvZnQg
UkFJRCB1bmRlciBMaW51eAogTGljZW5zZTogR1BMCkBAIC0yNCwxNSArMjQsMTMgQEAgUGF0Y2gz
OiAlbmFtZS0yLjYtYWx0LW5vd2Fybi5wYXRjaAogCiAlaWZfd2l0aG91dCBkaWV0bGliYwogJWRl
ZmluZSBtZGFzc2VtYmxlX2JpbmFyeSBtZGFzc2VtYmxlLnN0YXRpYworJWRlZmluZSBtZGFzc2Vt
YmxlX2NmbGFncyAlbmlsCiAKICVlbHNlCiAlZGVmaW5lIG1kYXNzZW1ibGVfYmluYXJ5IG1kYXNz
ZW1ibGUKKyVkZWZpbmUgbWRhc3NlbWJsZV9jZmxhZ3MgLWZuby1zdGFjay1wcm90ZWN0b3IKIAot
JWlmYXJjaCB4ODZfNjQKLUJ1aWxkUHJlUmVxOiBkaWV0bGliYyA+PSAwLjMwLWFsdDEuMQotJWVs
c2UKLUJ1aWxkUHJlUmVxOiBkaWV0bGliYwotJWVuZGlmCitCdWlsZFByZVJlcTogZGlldGxpYmMg
Pj0gMC4zMC1hbHQyCiAKICVlbmRpZgogCkBAIC03OCw3ICs3Niw4IEBAIG9mIGZhaWxlZCwgYnV0
IHJlc3RvcmVkIGRldmljZXMuCiAlX19jcCAtYXUgJVNPVVJDRTIgJVNPVVJDRTMgLgogCiAlYnVp
bGQKLSVtYWtlX2J1aWxkICVtZGFzc2VtYmxlX2JpbmFyeSBDWEZMQUdTPSIlb3B0ZmxhZ3MiIE1E
QVNTRU1CTEVfQVVUTz0xIFNZU0NPTkZESVI9IiVfc3lzY29uZmRpciIKKyVtYWtlX2J1aWxkICVt
ZGFzc2VtYmxlX2JpbmFyeSBDWEZMQUdTPSIlb3B0ZmxhZ3MgJW1kYXNzZW1ibGVfY2ZsYWdzIiBc
CisJTURBU1NFTUJMRV9BVVRPPTEgU1lTQ09ORkRJUj0iJV9zeXNjb25mZGlyIgogJW1ha2VfYnVp
bGQgQ1hGTEFHUz0iJW9wdGZsYWdzIiBTWVNDT05GRElSPSIlX3N5c2NvbmZkaXIiCiBiemlwMiAt
OWZrIENoYW5nZUxvZwogCkBAIC0xMzIsNiArMTMxLDEyIEBAIElNUE9SVEFOVCBOT1RFOiB1ZGV2
IHNlcnZpY2UgY2hhbmdlcyBuYW0KICVkb2MgVE9ETyBDaGFuZ2VMb2cuYnoyICVuYW1lLmNvbmYt
ZXhhbXBsZSBBTk5PVU5DRS0ldmVyc2lvbgogCiAlY2hhbmdlbG9nCisqIFN1biBKYW4gMjggMjAw
NyBTZXJnZXkgVmxhc292IDx2c3VAYWx0bGludXgucnU+IDIuNi1hbHQyLjEKKy0gQ29tcGlsZSBt
ZGFzc2VtYmxlIHdpdGggLWZuby1zdGFjay1wcm90ZWN0b3Igd2hlbiB1c2luZyBkaWV0bGliYyAo
Y3VycmVudAorICBkaWV0bGliYyByZWxlYXNlIGRvZXMgbm90IHN1cHBvcnQgLWZzdGFjay1wcm90
ZWN0b3IpLiAgRml4ZXMgIzEwMzU3LgorLSBSZXF1aXJlIGRpZXRsaWJjID49IDAuMzAtYWx0MiBm
b3IgYnVpbGQgKHByZXZpb3VzIHZlcnNpb25zIHdlcmUgYnJva2VuIGR1ZQorICB0byB0aGUgLWZz
dGFjay1wcm90ZWN0b3IgaXNzdWUpCisKICogV2VkIEphbiAyNCAyMDA3IElseWEgRXZzZWV2IDxl
dnNlZXZAYWx0bGludXgucnU+IDIuNi1hbHQyCiAtIGZpeGVkIHg4Nl82NCBwcm9ibGVtcwogCkVu
ZCBvZiBkaWZmCgo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1767</attachid>
            <date>2007-01-29 02:41:39 +0300</date>
            <delta_ts>2007-01-29 02:42:46 +0300</delta_ts>
            <desc>Fixup from evseev@ (also fixes #10727 and cleanups patchset)</desc>
            <filename>mdadm-2.6-alt3.src.rpm.diff</filename>
            <type>text/plain</type>
            <size>2169</size>
            <attacher name="evseev">evseev</attacher>
            
              <data encoding="base64">SW5kZXg6IG1kYWRtLnNwZWMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbWRhZG0uc3BlYwkocmV2aXNpb24gMTYp
CisrKyBtZGFkbS5zcGVjCSh3b3JraW5nIGNvcHkpCkBAIC0yLDcgKzIsNyBAQAogCiBOYW1lOiBt
ZGFkbQogVmVyc2lvbjogMi42Ci1SZWxlYXNlOiBhbHQyCitSZWxlYXNlOiBhbHQzCiAKIFN1bW1h
cnk6IEEgdG9vbCBmb3IgbWFuYWdpbmcgU29mdCBSQUlEIHVuZGVyIExpbnV4CiBMaWNlbnNlOiBH
UEwKQEAgLTE0LDggKzE0LDYgQEAKIFNvdXJjZTI6IHJhaWR0YWJ0b21kYWRtLnNoCiBTb3VyY2Uz
OiByYy5zeXNpbml0LW1kYXNzZW1ibGUucGF0Y2gKIFNvdXJjZTQ6ICVuYW1lLmNvbmYKLVBhdGNo
MDogJW5hbWUtMi41LWFsdC1ub19zdHJpY3RfYWxpYXNpbmcucGF0Y2gKLVBhdGNoMTogJW5hbWUt
Mi41LWFsdC1zaGExc291cmNlcy5wYXRjaAogUGF0Y2gyOiAlbmFtZS0yLjUuNS1hbHQtYXNwcmlu
dGYucGF0Y2gKIFBhdGNoMzogJW5hbWUtMi42LWFsdC1ub3dhcm4ucGF0Y2gKIApAQCAtMjQsOSAr
MjIsMTUgQEAKIAogJWlmX3dpdGhvdXQgZGlldGxpYmMKICVkZWZpbmUgbWRhc3NlbWJsZV9iaW5h
cnkgbWRhc3NlbWJsZS5zdGF0aWMKKyVkZWZpbmUgcHJvdF9mbGFnICVuaWwKIAogJWVsc2UKICVk
ZWZpbmUgbWRhc3NlbWJsZV9iaW5hcnkgbWRhc3NlbWJsZQorJWlmICVfX2djY192ZXJzaW9uX21h
am9yID4gMworJWRlZmluZSBwcm90X2ZsYWcgLWZuby1zdGFjay1wcm90ZWN0b3IKKyVlbHNlCisl
ZGVmaW5lIHByb3RfZmxhZyAlbmlsCislZW5kaWYKIAogJWlmYXJjaCB4ODZfNjQKIEJ1aWxkUHJl
UmVxOiBkaWV0bGliYyA+PSAwLjMwLWFsdDEuMQpAQCAtNzEsMTUgKzc1LDE0IEBACiAKICVwcmVw
CiAlc2V0dXAgLXEKLSVwYXRjaDAgLXAxCi0jcGF0Y2gxIC1wMQogJXBhdGNoMiAtcDEKICVwYXRj
aDMgLXAxCiAlX19jcCAtYXUgJVNPVVJDRTIgJVNPVVJDRTMgLgogCiAlYnVpbGQKLSVtYWtlX2J1
aWxkICVtZGFzc2VtYmxlX2JpbmFyeSBDWEZMQUdTPSIlb3B0ZmxhZ3MiIE1EQVNTRU1CTEVfQVVU
Tz0xIFNZU0NPTkZESVI9IiVfc3lzY29uZmRpciIKLSVtYWtlX2J1aWxkIENYRkxBR1M9IiVvcHRm
bGFncyIgU1lTQ09ORkRJUj0iJV9zeXNjb25mZGlyIgorJW1ha2VfYnVpbGQgJW1kYXNzZW1ibGVf
YmluYXJ5IENYRkxBR1M9IiVvcHRmbGFncyAtZm5vLXN0cmljdC1hbGlhc2luZyAlcHJvdF9mbGFn
IiBTWVNDT05GRElSPSIlX3N5c2NvbmZkaXIiIE1EQVNTRU1CTEVfQVVUTz0xCislbWFrZV9idWls
ZCAgICAgICAgICAgICAgICAgICAgQ1hGTEFHUz0iJW9wdGZsYWdzIC1mbm8tc3RyaWN0LWFsaWFz
aW5nIiAgICAgICAgICAgIFNZU0NPTkZESVI9IiVfc3lzY29uZmRpciIKKyVtYWtlX2J1aWxkIG1k
YXNzZW1ibGUubWFuCiBiemlwMiAtOWZrIENoYW5nZUxvZwogCiAlaWZfd2l0aCB1ZGV2CkBAIC05
Miw2ICs5NSw3IEBACiBpbnN0YWxsIC1wRCAtbTc0MCBtaXNjL3N5c2xvZy1ldmVudHMgJWJ1aWxk
cm9vdCVfc2JpbmRpci8lbmFtZS1zeXNsb2ctZXZlbnRzCiBpbnN0YWxsIC1wRCAtbTc0MCAlbWRh
c3NlbWJsZV9iaW5hcnkgJWJ1aWxkcm9vdC9zYmluL21kYXNzZW1ibGUKIGluc3RhbGwgLXBEIC1t
NjAwICVTT1VSQ0U0ICVidWlsZHJvb3QlX3N5c2NvbmZkaXIvJW5hbWUuY29uZgoraW5zdGFsbCAt
cEQgLW02NDQgbWRhc3NlbWJsZS5tYW4gJWJ1aWxkcm9vdCVfbWFuOGRpci9tZGFzc2VtYmxlLjgK
ICVpZl93aXRoIHVkZXYKICVfX3RvdWNoICVidWlsZHJvb3QlcHJlX3VkZXZfY29uZgogJWVuZGlm
CkBAIC0xMzIsNiArMTM2LDEwIEBACiAlZG9jIFRPRE8gQ2hhbmdlTG9nLmJ6MiAlbmFtZS5jb25m
LWV4YW1wbGUgQU5OT1VOQ0UtJXZlcnNpb24KIAogJWNoYW5nZWxvZworKiBNb24gSmFuIDI5IDIw
MDcgSWx5YSBFdnNlZXYgPGV2c2VldkBhbHRsaW51eC5ydT4gMi42LWFsdDMKKy0gbWRhc3NlbWJs
ZSBidWdmaXhlcyAxMDM1NyAoZGlldGxpYmMgY3Jhc2gpLCAxMDcyNyAobWlzc2luZyBtYW5wYWdl
KQorLSByZW1vdmUgcGF0Y2hlcyAjMCwgIzEKKwogKiBXZWQgSmFuIDI0IDIwMDcgSWx5YSBFdnNl
ZXYgPGV2c2VldkBhbHRsaW51eC5ydT4gMi42LWFsdDIKIC0gZml4ZWQgeDg2XzY0IHByb2JsZW1z
CiAK
</data>

          </attachment>
      

    </bug>

</bugzilla>