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

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

    <bug>
          <bug_id>9871</bug_id>
          
          <creation_ts>2006-08-13 18:54:24 +0400</creation_ts>
          <short_desc>Отсуствуют некоторые группы, котрые udev пытается прсивоить устройствам</short_desc>
          <delta_ts>2006-09-02 21:08:22 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>udev</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>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="stalker">stalker</reporter>
          <assigned_to name="Anton Farygin">rider</assigned_to>
          <cc>arseny</cc>
    
    <cc>mike</cc>
    
    <cc>shaba</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>39525</commentid>
    <comment_count>0</comment_count>
    <who name="stalker">stalker</who>
    <bug_when>2006-08-13 18:54:24 +0400</bug_when>
    <thetext>&gt; &gt; Sergey Vlasov пишет:
&gt; &gt; 
&gt;&gt; &gt; &gt; Вероятно, где-то в правилах (/etc/udev/rules.d/*.rules) используются
&gt;&gt; &gt; &gt; пользователи или группы, отсутствующие в локальных файлах passwd и
&gt;&gt; &gt; &gt; group.
....
$ grep tss /etc/udev/rules.d/70-permissions.rules
KERNEL==&quot;tpm*&quot;,         MODE=&quot;0600&quot;, OWNER=&quot;tss&quot;, GROUP=&quot;tss&quot;

http://bugs.gentoo.org/show_bug.cgi?id=99564 в чистом виде.

Также отсутствуют группы tape, video, rdma, nvram; группа scanner,
скорее всего, появляется слишком поздно.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39529</commentid>
    <comment_count>1</comment_count>
      <attachid>1576</attachid>
    <who name="stalker">stalker</who>
    <bug_when>2006-08-14 10:04:17 +0400</bug_when>
    <thetext>Created attachment 1576
комментирует несуществующие группы в 70-permissions.rules</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39531</commentid>
    <comment_count>2</comment_count>
      <attachid>1577</attachid>
    <who name="stalker">stalker</who>
    <bug_when>2006-08-14 10:05:39 +0400</bug_when>
    <thetext>Created attachment 1577
несущесвующие группы в 
50-udev-default.rules</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39532</commentid>
    <comment_count>3</comment_count>
    <who name="stalker">stalker</who>
    <bug_when>2006-08-14 10:07:22 +0400</bug_when>
    <thetext>Пока не решено кто должен эти группы создавать -просто заккоментируйте их в 
правилах для udev. соотвествующие diff приложены.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39534</commentid>
    <comment_count>4</comment_count>
    <who name="stalker">stalker</who>
    <bug_when>2006-08-14 11:42:14 +0400</bug_when>
    <thetext>есть ещё 1 несущесвующая группа, которую idev пытается искать во всех доступных
местах. эта группа в правилах не фгурирует,но udevd, так как не может
приконектиться к ldap не может развернуть /dev. Хотя эта группа не является для
него обязательной - nogroup.

В общем вот список групп которых не хватает udevd (возможно ещё всплывут):
tape
video
rdma
nvram
scanner
fuse
nogroup


</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39563</commentid>
    <comment_count>5</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2006-08-15 19:40:19 +0400</bug_when>
    <thetext>Группа nogroup прибита гвоздями в исходниках vol_id (там после открытия
устройства привилегии сбрасываются на nobody:nogroup).  У нас группы nogroup
нет, но зато есть группа nobody.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39564</commentid>
    <comment_count>6</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2006-08-15 19:49:41 +0400</bug_when>
    <thetext>(In reply to comment #4)
&gt; tape
&gt; video
&gt; rdma
&gt; nvram

Пока не знаю, что делать с этим.

&gt; scanner

70-permissions.rules:BUS==&quot;scsi&quot;, SYSFS{type}==&quot;3&quot;, SYSFS{vendor}==&quot;HP&quot;,
GROUP=&quot;scanner&quot;
70-permissions.rules:BUS==&quot;scsi&quot;, SYSFS{type}==&quot;6&quot;,     GROUP=&quot;scanner&quot;

Вероятно, эти правила необходимо перенести в пакет libsane, где и создаётся
группа scanner.

&gt; fuse

40-fuse.rules:KERNEL=&quot;fuse&quot;, NAME=&quot;%k&quot;, MODE=&quot;0666&quot;
70-permissions.rules:KERNEL==&quot;fuse&quot;,            GROUP=&quot;fuse&quot;

Таким образом, правило в пакете udev (70-permissions.rules) можно просто
выбросить - всё равно без пакета fuse файл устройства /dev/fuse бесполезен, а
после установки этого пакета файл доступен всем, и задавать группу смысла нет.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39578</commentid>
    <comment_count>7</comment_count>
    <who name="stalker">stalker</who>
    <bug_when>2006-08-16 10:23:33 +0400</bug_when>
    <thetext>(In reply to comment #5)
&gt; Группа nogroup прибита гвоздями в исходниках vol_id (там после открытия
&gt; устройства привилегии сбрасываются на nobody:nogroup).  У нас группы nogroup
&gt; нет, но зато есть группа nobody.

Хм...найти где оно прибито в исходниках и перебить на nobody?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39594</commentid>
    <comment_count>8</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2006-08-16 22:28:21 +0400</bug_when>
    <thetext>В Mandriva эту проблему обошли путём использования в udev встроенного кода для
поиска пользователей и групп непосредственно в файлах /etc/passwd и /etc/group -
т.е., nsswitch.conf полностью игнорируется.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39595</commentid>
    <comment_count>9</comment_count>
    <who name="stalker">stalker</who>
    <bug_when>2006-08-16 23:02:41 +0400</bug_when>
    <thetext>(In reply to comment #8)
&gt; В Mandriva эту проблему обошли путём использования в udev встроенного кода для
&gt; поиска пользователей и групп непосредственно в файлах /etc/passwd и /etc/group -
&gt; т.е., nsswitch.conf полностью игнорируется.

Думаю в данном случае это самый приемлимый вариант. Каким образом включается
этот механизм?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39596</commentid>
    <comment_count>10</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2006-08-16 23:15:43 +0400</bug_when>
    <thetext>(In reply to comment #9)
&gt; Думаю в данном случае это самый приемлимый вариант. Каким образом включается
&gt; этот механизм?

Там запатчили udev_libc_wrapper.c, чтобы __OWN_USERDB_PARSER__ определялся всегда.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39612</commentid>
    <comment_count>11</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2006-08-17 20:05:46 +0400</bug_when>
    <thetext>Предлагается следующее решение:

- Правило для fuse удаляется из пакета udev (сейчас оно всё равно не работает;
работающее правило будет в пакете fuse после исправления в нём bug #9874).

- Правило для /dev/tpm* (пользователь и группа tss) также удаляется из пакета
udev. В настоящее время в Сизифе нет средств для работы с устройствами TPM;
когда такой пакет появится, правило можно будет добавить туда (в
http://bugs.gentoo.org/show_bug.cgi?id=99564 эта проблема была решена именно так).

- Правила, использующие группу rdma, также удаляются из пакета udev. Средств для
работы с RDMA в Сизифе, насколько мне известно, тоже нет.

- Правило для /dev/nvram, где используется группа nvram, тоже удаляется.

- Правила для SCSI-сканеров, использующие группу scanner, перемещаются из пакета
udev в пакет libsane, на который по этому поводу повешен bug #9889.

- Группа tape пока заменяется на disk (такие же права были ранее в статическом dev).

- Группа video заменяется на radio (эта группа и сейчас используется для
/dev/video* и ещё нескольких видов устройств в настройках pam_console).

- Группа nogroup, использующаяся в программе vol_id, заменяется на nobody.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39614</commentid>
    <comment_count>12</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2006-08-17 20:51:55 +0400</bug_when>
    <thetext>(In reply to comment #11)
&gt; - Группа video заменяется на radio (эта группа и сейчас используется для
&gt; /dev/video* и ещё нескольких видов устройств в настройках pam_console).

Вообще с группой video сейчас наибольший бардак - туда засунуты и разнообразные
устройства для ввода видео (video4linux, dv1394, video1394, raw1394, DVB), и
фреймбуферы (/dev/fb*), и agpgart (но у него права 0600, так что группа тут
вообще не имеет особого значения), и nvidia* (это вообще можно выбросить -
последние версии драйверов nvidia не создают устройства через udev), и даже
/dev/input/event*, принадлежащие DVB-картам или имеющие &quot;IR&quot; в имени. В таком
виде группа video, даже если её создать, ни на что не годится.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39729</commentid>
    <comment_count>13</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2006-08-23 10:31:31 +0400</bug_when>
    <thetext>(In reply to comment #9)
&gt; Думаю в данном случае это самый приемлимый вариант.

От разработчиков udev пришёл подарок в виде версии 098:

...
The built-in /etc/passwd /etc/group parser is removed, we always depend on
getpwnam() and getgrnam() now.
...

Так что несуществующие группы в любом случае придётся вычищать.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39820</commentid>
    <comment_count>14</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2006-08-28 18:35:52 +0400</bug_when>
    <thetext>Проблема исправлена в udev-097-alt1:

- vol_id теперь использует nobody:nobody;
- большинство отсутствовавших групп убрано из правил;
- группа video создаётся при установке пакета udev - теперь эта группа
назначается для устройств захвата видео (прочие устройства, в частности, DRI и
agpgart, из этой группы убраны).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39978</commentid>
    <comment_count>15</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2006-09-02 21:08:14 +0400</bug_when>
    <thetext>(In reply to comment #13)
&gt; От разработчиков udev пришёл подарок в виде версии 098:
&gt; The built-in /etc/passwd /etc/group parser is removed, we always depend on
&gt; getpwnam() and getgrnam() now.
Не слишком ли много зависимостей (косвенных) для претендующего на системный
инструмент куска эээ... кода? :(</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1576</attachid>
            <date>2006-08-14 10:04:17 +0400</date>
            <delta_ts>2006-08-14 10:04:17 +0400</delta_ts>
            <desc>комментирует несуществующие группы в 70-permissions.rules</desc>
            <filename>70-permissions.rules.diff</filename>
            <type>text/plain</type>
            <size>2897</size>
            <attacher name="stalker">stalker</attacher>
            
              <data encoding="base64">LS0tIDcwLXBlcm1pc3Npb25zLnJ1bGVzLm9yaWcJMjAwNi0wOC0xNCAwOTo1ODozOSArMDQwMAor
KysgNzAtcGVybWlzc2lvbnMucnVsZXMJMjAwNi0wOC0xNCAwOTo1ODoxNSArMDQwMApAQCAtMjAs
MTMgKzIwLDEzIEBACiAKIEVOVntJRF9DRFJPTX09PSI/KiIsCQkJCUdST1VQPSJjZHdyaXRlciIs
IE1PREU9IjA2NjAiLCBTWU1MSU5LKz0iY2Ryb20iCiBFTlZ7SURfQ0RST01fRFZEfT09Ij8qIiwJ
CQlTWU1MSU5LKz0iZHZkIgotQlVTPT0iaWRlIiwgS0VSTkVMPT0iaHRbMC05XSoiLAkJCUdST1VQ
PSJ0YXBlIgotQlVTPT0iaWRlIiwgS0VSTkVMPT0ibmh0WzAtOV0qIiwJCUdST1VQPSJ0YXBlIgor
I0JVUz09ImlkZSIsIEtFUk5FTD09Imh0WzAtOV0qIiwJCUdST1VQPSJ0YXBlIgorI0JVUz09Imlk
ZSIsIEtFUk5FTD09Im5odFswLTldKiIsCQlHUk9VUD0idGFwZSIKIAogIyBTQ1NJIGRldmljZXMK
LUJVUz09InNjc2kiLCBTWVNGU3t0eXBlfT09IjEiLAlHUk9VUD0idGFwZSIKLUJVUz09InNjc2ki
LCBTWVNGU3t0eXBlfT09IjMiLCBTWVNGU3t2ZW5kb3J9PT0iSFAiLCBHUk9VUD0ic2Nhbm5lciIK
LUJVUz09InNjc2kiLCBTWVNGU3t0eXBlfT09IjYiLAlHUk9VUD0ic2Nhbm5lciIKKyNCVVM9PSJz
Y3NpIiwgU1lTRlN7dHlwZX09PSIxIiwJR1JPVVA9InRhcGUiCisjQlVTPT0ic2NzaSIsIFNZU0ZT
e3R5cGV9PT0iMyIsIFNZU0ZTe3ZlbmRvcn09PSJIUCIsIEdST1VQPSJzY2FubmVyIgorI0JVUz09
InNjc2kiLCBTWVNGU3t0eXBlfT09IjYiLAlHUk9VUD0ic2Nhbm5lciIKIAogIyBVU0IgZGV2aWNl
cwogQlVTPT0idXNiIiwgS0VSTkVMPT0ibGVnb3VzYnRvd2VyKiIsIE1PREU9IjA2NjYiCkBAIC00
OSwxMiArNDksMTIgQEAKIEtFUk5FTD09InB0eSoiLAkJTU9ERT0iMDY2NiIsIEdST1VQPSJ0dHki
CiAKICMgdmlkZW8gZGV2aWNlcwotU1VCU1lTVEVNPT0idmlkZW80bGludXgiLCBHUk9VUD0idmlk
ZW8iCi1TVUJTWVNURU09PSJkcm0iLAlHUk9VUD0idmlkZW8iCi1TVUJTWVNURU09PSJkdmIiLAlH
Uk9VUD0idmlkZW8iCi1TVUJTWVNURU09PSJlbTgzMDAiLAlHUk9VUD0idmlkZW8iCi1TVUJTWVNU
RU09PSJncmFwaGljcyIsCUdST1VQPSJ2aWRlbyIKLVNVQlNZU1RFTT09Im52aWRpYSIsCUdST1VQ
PSJ2aWRlbyIKKyNTVUJTWVNURU09PSJ2aWRlbzRsaW51eCIsIEdST1VQPSJ2aWRlbyIKKyNTVUJT
WVNURU09PSJkcm0iLAlHUk9VUD0idmlkZW8iCisjU1VCU1lTVEVNPT0iZHZiIiwJR1JPVVA9InZp
ZGVvIgorI1NVQlNZU1RFTT09ImVtODMwMCIsCUdST1VQPSJ2aWRlbyIKKyNTVUJTWVNURU09PSJn
cmFwaGljcyIsCUdST1VQPSJ2aWRlbyIKKyNTVUJTWVNURU09PSJudmlkaWEiLAlHUk9VUD0idmlk
ZW8iCiAKICMgbWlzYyBkZXZpY2VzCiBLRVJORUw9PSJyYW5kb20iLAlNT0RFPSIwNjY2IgpAQCAt
NjgsMzYgKzY4LDM2IEBACiBLRVJORUw9PSJpbm90aWZ5IiwJTU9ERT0iMDY2NiIKIEtFUk5FTD09
InNnaV9mZXRjaG9wIiwJTU9ERT0iMDY2NiIKIEtFUk5FTD09InNvbnlwaSIsCU1PREU9IjA2NjYi
Ci1LRVJORUw9PSJhZ3BnYXJ0IiwJR1JPVVA9InZpZGVvIgotS0VSTkVMPT0ibnZyYW0iLAlHUk9V
UD0ibnZyYW0iCi1LRVJORUw9PSJ0cG0qIiwJCU1PREU9IjA2MDAiLCBPV05FUj0idHNzIiwgR1JP
VVA9InRzcyIKLUtFUk5FTD09ImZ1c2UiLAkJR1JPVVA9ImZ1c2UiCisjS0VSTkVMPT0iYWdwZ2Fy
dCIsCUdST1VQPSJ2aWRlbyIKKyNLRVJORUw9PSJudnJhbSIsCUdST1VQPSJudnJhbSIKKyNLRVJO
RUw9PSJ0cG0qIiwJCU1PREU9IjA2MDAiLCBPV05FUj0idHNzIiwgR1JPVVA9InRzcyIKKyNLRVJO
RUw9PSJmdXNlIiwJCUdST1VQPSJmdXNlIgogCiBLRVJORUw9PSJjZGVtdVswLTldKiIsCUdST1VQ
PSJjZHJvbSIKIEtFUk5FTD09InBrdGNkdmRbMC05XSoiLCBHUk9VUD0iY2R3cml0ZXIiCiBLRVJO
RUw9PSJwa3RjZHZkIiwJTU9ERT0iMDY0NCIKIAotS0VSTkVMPT0idXZlcmJzKiIsCUdST1VQPSJy
ZG1hIgotS0VSTkVMPT0idWNtKiIsCQlHUk9VUD0icmRtYSIKKyNLRVJORUw9PSJ1dmVyYnMqIiwJ
R1JPVVA9InJkbWEiCisjS0VSTkVMPT0idWNtKiIsCUdST1VQPSJyZG1hIgogS0VSTkVMPT0icmZj
b21tKiIsIAlHUk9VUD0idXVjcCIKIAogIyBwcmludGVycyBhbmQgcGFyYWxsZWwgZGV2aWNlcwog
U1VCU1lTVEVNPT0icHJpbnRlciIsCUdST1VQPSJscCIKIFNVQlNZU1RFTT09InBwZGV2IiwJR1JP
VVA9ImxwIgotS0VSTkVMPT0icHRbMC05XSoiLAlHUk9VUD0idGFwZSIKLUtFUk5FTD09InBodFsw
LTldKiIsCUdST1VQPSJ0YXBlIgorI0tFUk5FTD09InB0WzAtOV0qIiwJR1JPVVA9InRhcGUiCisj
S0VSTkVMPT0icGh0WzAtOV0qIiwJR1JPVVA9InRhcGUiCiAKICMgc291bmQgZGV2aWNlcwogU1VC
U1lTVEVNPT0ic291bmQiLAlHUk9VUD0iYXVkaW8iCiAKICMgaWVlZTEzOTQgZGV2aWNlcyAgICAg
ICAKIEtFUk5FTD09InJhdzEzOTQiLAlHUk9VUD0iZGlzayIKLUtFUk5FTD09ImR2MTM5NCoiLAlH
Uk9VUD0idmlkZW8iCi1LRVJORUw9PSJ2aWRlbzEzOTQqIiwJR1JPVVA9InZpZGVvIgorI0tFUk5F
TD09ImR2MTM5NCoiLAlHUk9VUD0idmlkZW8iCisjS0VSTkVMPT0idmlkZW8xMzk0KiIsCUdST1VQ
PSJ2aWRlbyIKIAogIyBpbnB1dCBkZXZpY2VzCi1LRVJORUw9PSJldmVudFswLTldKiIsIFNZU0ZT
e25hbWV9PT0iKmR2Yip8KkRWQip8KiBJUiAqIiBcCi0JCQkJTU9ERT0iMDY2NCIsCUdST1VQPSJ2
aWRlbyIKKyNLRVJORUw9PSJldmVudFswLTldKiIsIFNZU0ZTe25hbWV9PT0iKmR2Yip8KkRWQip8
KiBJUiAqIiBcCisjCQkJCU1PREU9IjA2NjQiLAlHUk9VUD0idmlkZW8iCiBLRVJORUw9PSJqc1sw
LTldKiIsCQlNT0RFPSIwNjY0IgogCiAjIEFPRSBjaGFyYWN0ZXIgZGV2aWNlcwo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1577</attachid>
            <date>2006-08-14 10:05:39 +0400</date>
            <delta_ts>2006-08-14 10:06:25 +0400</delta_ts>
            <desc>несущесвующие группы в 
50-udev-default.rules</desc>
            <filename>50-udev-default.rules.diff</filename>
            <type>text/plain</type>
            <size>2157</size>
            <attacher name="stalker">stalker</attacher>
            
              <data encoding="base64">LS0tIDUwLXVkZXYtZGVmYXVsdC5ydWxlcy5vcmlnCTIwMDYtMDgtMTQgMDk6NTg6NDkgKzA0MDAK
KysrIDUwLXVkZXYtZGVmYXVsdC5ydWxlcwkyMDA2LTA4LTE0IDA5OjU0OjU1ICswNDAwCkBAIC0x
OSwyMSArMTksMjEgQEAKIEtFUk5FTD09InR0eVVTQioiLCBTWVNGU3twcm9kdWN0fT09IltQcF1h
bG0qSGFuZGhlbGQqfEhhbmRzcHJpbmcgVmlzb3IiLCBTWU1MSU5LKz0icGlsb3QiCiAKICMgdmlk
ZW8vZ3JhcGhpY3MKLVNVQlNZU1RFTT09InZpZGVvNGxpbnV4IiwJR1JPVVA9InZpZGVvIgotU1VC
U1lTVEVNPT0iZ3JhcGhpY3MiCQlHUk9VUD0idmlkZW8iCisjU1VCU1lTVEVNPT0idmlkZW80bGlu
dXgiLAlHUk9VUD0idmlkZW8iCisjU1VCU1lTVEVNPT0iZ3JhcGhpY3MiCQlHUk9VUD0idmlkZW8i
CiBLRVJORUw9PSJ2dHgqIiwJCQlOQU1FPSIlayIsIEdST1VQPSJhdWRpbyIKIEtFUk5FTD09InZi
aSoiLAkJCU5BTUU9IiVrIiwgR1JPVVA9ImF1ZGlvIgogS0VSTkVMPT0id2lucmFkaW8qIiwJCU5B
TUU9IiVrIiwgR1JPVVA9ImF1ZGlvIgogS0VSTkVMPT0idnR0dW5lcioiLAkJTkFNRT0iJWsiLCBH
Uk9VUD0iYXVkaW8iCiBLRVJORUw9PSJudmlkaWEqIiwJCU5BTUU9IiVrIiwgR1JPVVA9ImF1ZGlv
IgogS0VSTkVMPT0ibnZpZGlhY3RsKiIsCQlOQU1FPSIlayIsIEdST1VQPSJhdWRpbyIKLUtFUk5F
TD09InZpZGVvMCIsCQlTWU1MSU5LKz0idmlkZW8iCisjS0VSTkVMPT0idmlkZW8wIiwJCVNZTUxJ
TksrPSJ2aWRlbyIKIEtFUk5FTD09InJhZGlvMCIsCQlTWU1MSU5LKz0icmFkaW8iCiBLRVJORUw9
PSJ2YmkwIiwJCQlTWU1MSU5LKz0idmJpIgogS0VSTkVMPT0icG11IiwJCQlHUk9VUD0iYXVkaW8i
CiAKICMgZHZiCi1TVUJTWVNURU09PSJkdmIiLCBQUk9HUkFNPSIvYmluL3NoIC1jICdLPSVrOyBL
PSQke0sjZHZifTsgcHJpbnRmIGR2Yi9hZGFwdGVyJSVpLyUlcyAkJHtLJSUlJS4qfSAkJHtLIyou
fSciLCBOQU1FPSIlYyIsIEdST1VQPSJ2aWRlbyIKKyNTVUJTWVNURU09PSJkdmIiLCBQUk9HUkFN
PSIvYmluL3NoIC1jICdLPSVrOyBLPSQke0sjZHZifTsgcHJpbnRmIGR2Yi9hZGFwdGVyJSVpLyUl
cyAkJHtLJSUlJS4qfSAkJHtLIyoufSciLCBOQU1FPSIlYyIsIEdST1VQPSJ2aWRlbyIKIAogIyBp
bnB1dCBkZXZpY2VzCiBLRVJORUw9PSJtaWNlIiwJCQlOQU1FPSJpbnB1dC8layIsIE1PREU9IjA2
NDAiCkBAIC01NSw5ICs1NSw5IEBACiBLRVJORUw9PSJtaWNyb2NvZGUiLAkJTkFNRT0iY3B1L21p
Y3JvY29kZSIsIE1PREU9IjA2MDAiCiAKICMgSUVFRTEzOTQgZGV2aWNlcwotS0VSTkVMPT0icmF3
MTM5NCoiLAkJTkFNRT0iJWsiLCBHUk9VUD0idmlkZW8iCi1LRVJORUw9PSJkdjEzOTQqIiwJCU5B
TUU9IiVrIiwgU1lNTElOSys9ImR2MTM5NC8lbiIsIEdST1VQPSJ2aWRlbyIKLUtFUk5FTD09InZp
ZGVvMTM5NCoiLAkJTkFNRT0iJWsiLCBTWU1MSU5LKz0idmlkZW8xMzk0LyVuIiwgR1JPVVA9InZp
ZGVvIgorI0tFUk5FTD09InJhdzEzOTQqIiwJCU5BTUU9IiVrIiwgR1JPVVA9InZpZGVvIgorI0tF
Uk5FTD09ImR2MTM5NCoiLAkJTkFNRT0iJWsiLCBTWU1MSU5LKz0iZHYxMzk0LyVuIiwgR1JPVVA9
InZpZGVvIgorI0tFUk5FTD09InZpZGVvMTM5NCoiLAkJTkFNRT0iJWsiLCBTWU1MSU5LKz0idmlk
ZW8xMzk0LyVuIiwgR1JPVVA9InZpZGVvIgogCiAjIDE4MyA9IC9kZXYvaHdybmcgICAgICAgIEdl
bmVyaWMgcmFuZG9tIG51bWJlciBnZW5lcmF0b3IKIEtFUk5FTD09Imh3X3JhbmRvbSIsCQlOQU1F
PSJod3JuZyIsIFNZTUxJTksrPSIlayIKQEAgLTg2LDcgKzg2LDcgQEAKIEtFUk5FTD09InVyYW5k
b20iLAkJTkFNRT0iJWsiLCBNT0RFPSI2NDQiCiBLRVJORUw9PSJydGMiLAkJCQkJU1lNTElOSys9
Im1pc2MvcnRjIiwgTU9ERT0iMDY2NCIKIEtFUk5FTD09InNvbnlwaSIsCQlNT0RFPSIwNjY2Igot
S0VSTkVMPT0iYWdwZ2FydCIsCQlNT0RFPSIwNjAwIiwgR1JPVVA9InZpZGVvIgorI0tFUk5FTD09
ImFncGdhcnQiLAkJTU9ERT0iMDYwMCIsIEdST1VQPSJ2aWRlbyIKIEtFUk5FTD09ImRqcyoiLAkJ
CU5BTUU9IiVrIiwgTU9ERT0iNjQ0IgogS0VSTkVMPT0ic2dpXyoiLAkJTkFNRT0iJWsiLCBNT0RF
PSI2NjYiCiBLRVJORUw9PSJycm9tKiIsCQlOQU1FPSIlayIsIE1PREU9IjQwMCIK
</data>

          </attachment>
      

    </bug>

</bugzilla>