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

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

    <bug>
          <bug_id>27786</bug_id>
          
          <creation_ts>2012-10-01 18:17:44 +0400</creation_ts>
          <short_desc>OOM в installer</short_desc>
          <delta_ts>2013-01-11 18:10:12 +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>alterator-livecd</component>
          <version>unstable</version>
          <rep_platform>x86</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>usability</keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>27685</blocked>
    
    <blocked>27407</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Mikhail Efremov">sem</reporter>
          <assigned_to name="Michael Shigorin">mike</assigned_to>
          <cc>aen</cc>
    
    <cc>boyarsh</cc>
    
    <cc>cas</cc>
    
    <cc>dd1email</cc>
    
    <cc>glebfm</cc>
    
    <cc>mike</cc>
    
    <cc>rom_as</cc>
    
    <cc>sem</cc>
    
    <cc>vx8400</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>133612</commentid>
    <comment_count>0</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2012-10-01 18:17:44 +0400</bug_when>
    <thetext>+++ Данная ошибка создана размножением ошибки 27407 +++

Created an attachment (id=5477)
oom в dmesg

При установке Simply Linux 6.0.1 c образа altlinux-6.0.1-simply-i586-ru-live-cd.iso
на машину с 248M RAM установщик ловит OOM на шаге &quot;установка пакетов&quot; (после разметки диска), переходит к установке загрузчика и завершается без сообщений об ошибках. Вывод dmesg прилагается.

swap-раздел размером 218M был создан при автоматической разметке диска. Ошибки нет, если при RAM = 248M назначить руками swap = 512M.

Так как дистрибутив хорошо работает при RAM=128--256M, желательно делать бОльший swap при автоматической разбивке и предупреждать при ручной разбивке, что swap-раздела &lt; 512M не хватает.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>133613</commentid>
    <comment_count>1</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2012-10-01 18:22:28 +0400</bug_when>
    <thetext>Мне на беглый взгляд не очень нравится патч, предложенный в #27407. Я бы не стал его прикладывать как есть.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>133614</commentid>
    <comment_count>2</comment_count>
    <who name="vx8400">vx8400</who>
    <bug_when>2012-10-01 18:48:06 +0400</bug_when>
    <thetext>(В ответ на комментарий №1)
&gt; Мне на беглый взгляд не очень нравится патч, предложенный в #27407. Я бы не
&gt; стал его прикладывать как есть.

Это proof of concept. Напускать unsquashfs на уже смонтированный в /.ro образ избыточно и кушает память.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>133625</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2012-10-02 11:20:09 +0400</bug_when>
    <thetext>(In reply to comment #1)
&gt; Мне на беглый взгляд не очень нравится патч, предложенный в #27407.
А чем?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>135955</commentid>
    <comment_count>4</comment_count>
    <who name="AEN">aen</who>
    <bug_when>2012-12-08 19:32:16 +0400</bug_when>
    <thetext>2sem: в преддверии регулярной публикации образов pre-p7 эта бага становится актуальной. Есть идеи?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136329</commentid>
    <comment_count>5</comment_count>
    <who name="AEN">aen</who>
    <bug_when>2012-12-24 13:16:25 +0400</bug_when>
    <thetext>(В ответ на комментарий №4)
&gt; 2sem: в преддверии регулярной публикации образов pre-p7 эта бага становится
&gt; актуальной. Есть идеи?

2mike, boyarsh, sem: ping
Мы собираем в том числе легкие live-образы, которые работают на &lt;=256Mb, а установить их из Live не можем. Не уверен, что нужно обязательно предупреждать при ручной разбивке, достаточно замечания в подсказке. Но вот почему бы не увеличить swap?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136334</commentid>
    <comment_count>6</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2012-12-24 14:30:20 +0400</bug_when>
    <thetext>Да, я в конце прошлой недели помнил эту багу, работая над livecd-install.

Делать ещё раз unsquashfs действительно кажется избыточным; мало того, на весьма быстрых CPU при 512M RAM в виртуальной машине нагрузка на процессор при разливке составляет что-то около 20%, т.е. образ заливается в несколько раз дольше, чем мог бы (при этом ISO лежит на довольно быстром диске, а sda -- на tmpfs; судя по &quot;лампочкам&quot;, в них совсем не упираемся).

Но нужно не потерять работоспособность progress bar.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136349</commentid>
    <comment_count>7</comment_count>
      <attachid>5681</attachid>
    <who name="vx8400">vx8400</who>
    <bug_when>2012-12-24 19:31:57 +0400</bug_when>
    <thetext>Created attachment 5681
патч с плавным progress bar

(В ответ на комментарий №6)
&gt; Но нужно не потерять работоспособность progress bar.

Пример в патче.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136350</commentid>
    <comment_count>8</comment_count>
      <attachid>5682</attachid>
    <who name="vx8400">vx8400</who>
    <bug_when>2012-12-24 19:36:26 +0400</bug_when>
    <thetext>Created attachment 5682
патч с плавным progress bar</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136366</commentid>
    <comment_count>9</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2012-12-25 13:14:42 +0400</bug_when>
    <thetext>Ночью промахнулся, bug 27407 comment 10 лучше было сюда.

vx8400@ предложил адаптивный алгоритм расчёта процента выполнения с внесением поправки &quot;на лету&quot;, но если ориентироваться на размер, а не иноды -- оптимальнее выглядит его же вчерашнее предложение выполнить оценку размера тарбола с live-системой заранее при сборке stage2, когда у нас заведомо достаточно мощностей и памяти, да и кэш горячий; а трогать лишний раз болванку или флэшку всё-таки накладно.

Подумаю над этим и постараюсь сделать ещё один подход после более неприятных блокеров bug #27685.

PS: потребление памяти при установке regular-icewm (i586) было около 93M.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136367</commentid>
    <comment_count>10</comment_count>
    <who name="AEN">aen</who>
    <bug_when>2012-12-25 13:17:33 +0400</bug_when>
    <thetext>(В ответ на комментарий №9)
&gt; PS: потребление памяти при установке regular-icewm (i586) было около 93M.

Поясните: при установке с каким-либо из обсуждавшихся тут изменений в установщике live?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136369</commentid>
    <comment_count>11</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2012-12-25 13:19:26 +0400</bug_when>
    <thetext>(In reply to comment #10)
&gt; &gt; PS: потребление памяти при установке regular-icewm (i586) было около 93M.
&gt; Поясните: при установке с каким-либо из обсуждавшихся тут изменений в
&gt; установщике live?
Именно.  Варианты с tar и cp особо не отличались.  Своп не задействовался вовсе (VM с 512M RAM, на 256M формально проверить не успевал, но по free и так было понятно, что должно влезть).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136370</commentid>
    <comment_count>12</comment_count>
    <who name="AEN">aen</who>
    <bug_when>2012-12-25 13:21:55 +0400</bug_when>
    <thetext>(В ответ на комментарий №11)
&gt; (In reply to comment #10)
&gt; &gt; &gt; PS: потребление памяти при установке regular-icewm (i586) было около 93M.
&gt; &gt; Поясните: при установке с каким-либо из обсуждавшихся тут изменений в
&gt; &gt; установщике live?
&gt; Именно.  Варианты с tar и cp особо не отличались.  Своп не задействовался вовсе
&gt; (VM с 512M RAM, на 256M формально проверить не успевал, но по free и так было
&gt; понятно, что должно влезть).

Тогда, если не будет возражений sem@, нужно собирать с этим изменением, пусть пользователи тестируют.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136371</commentid>
    <comment_count>13</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2012-12-25 13:26:28 +0400</bug_when>
    <thetext>Оно ещё не готово, т.е. как минимум 205% можно получить запросто. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136397</commentid>
    <comment_count>14</comment_count>
    <who name="AEN">aen</who>
    <bug_when>2012-12-26 02:03:29 +0400</bug_when>
    <thetext>(В ответ на комментарий №13)
&gt; Оно ещё не готово, т.е. как минимум 205% можно получить запросто. :)

Это шашечки. Пусть они и важны, но надо бы начать проверять как оно едет.
Впрочем, снизить до 140% было бы неплохо.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136411</commentid>
    <comment_count>15</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2012-12-26 13:34:22 +0400</bug_when>
    <thetext>До 102% в случае regular-icewm снизили, а вот дальше -- или усложнение рантайма с адаптивной оценкой расхождения (уже разработанное и предложенное vx8400@), или подготовка точного размера заранее, или мухлёж типа реализованного в текущем варианте: http://git.altlinux.org/gears/a/alterator-livecd.git?p=alterator-livecd.git;a=blob;f=alterator-livecd/backend3/livecd-install;h=d93ce39b65d369740afcab712a31d97e32087360;hb=HEAD#l133</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136414</commentid>
    <comment_count>16</comment_count>
    <who name="AEN">aen</who>
    <bug_when>2012-12-26 15:07:14 +0400</bug_when>
    <thetext>(В ответ на комментарий №15)
&gt; До 102% в случае regular-icewm снизили, а вот дальше -- или усложнение рантайма
&gt; с адаптивной оценкой расхождения (уже разработанное и предложенное vx8400@),
&gt; или подготовка точного размера заранее, или мухлёж типа реализованного в
&gt; текущем варианте:
&gt; http://git.altlinux.org/gears/a/alterator-livecd.git?p=alterator-livecd.git;a=blob;f=alterator-livecd/backend3/livecd-install;h=d93ce39b65d369740afcab712a31d97e32087360;hb=HEAD#l133

Небольшой мухлеж допустим. :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136416</commentid>
    <comment_count>17</comment_count>
      <attachid>5686</attachid>
    <who name="vx8400">vx8400</who>
    <bug_when>2012-12-26 15:53:42 +0400</bug_when>
    <thetext>Created attachment 5686
&gt; ... усложнение рантайма с адаптивной оценкой расхождения

(В ответ на комментарий №16)
&gt;  усложнение рантайма с адаптивной оценкой расхождения:</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136418</commentid>
    <comment_count>18</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2012-12-26 16:39:54 +0400</bug_when>
    <thetext>А есть смысл сохранять старый вариант с unsquashfs? Я бы его выкинул совсем и рассчитывал на то, что у нас всегда смонтирован образ в /.ro.

&gt; &gt; Оно ещё не готово, т.е. как минимум 205% можно получить запросто. :)
&gt; 
&gt; Это шашечки. Пусть они и важны, но надо бы начать проверять как оно едет.
&gt; Впрочем, снизить до 140% было бы неплохо.

Вся сложность тут как раз в правильном прогресс-баре, тестировать просто копирование файлов я не вижу особого смысла.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136498</commentid>
    <comment_count>19</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2012-12-28 13:35:26 +0400</bug_when>
    <thetext>Последний вариант патча похоже не рабочий. Да и вообще построить соответствие между количеством записей в tar и реальным размером не так просто. Я склонюсь к мысли сделать простой вариант, отталкиваясь от количества файлов, а не их размера. Это будет не слишком плавный прогресс-бар, но общий прогресс выполнения работы вполне покажет.
Впрочем, поиграюсь еще с rsync, может получится взять размер файлов из его вывода.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136499</commentid>
    <comment_count>20</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2012-12-28 15:10:10 +0400</bug_when>
    <thetext>(In reply to comment #19)
&gt; Я склонюсь к мысли сделать простой вариант, отталкиваясь от количества файлов,
&gt; а не их размера. Это будет не слишком плавный прогресс-бар, но общий прогресс
&gt; выполнения работы вполне покажет.
Такая реализация в виде грязного наброска уже есть, но &quot;в лоб&quot; разъезд получился вида 140% вместо 102% (дело было ночером и уже внимания не хватило вникать, возможно, это были хардлинки -- оценка по du -i, счёт по выводу cp -av).

&gt; Впрочем, поиграюсь еще с rsync, может получится взять размер файлов из его
&gt; вывода.
Не трать зря время -- в свежайшем rsync вроде бы как что-то сделали, но ресурсоёмкое на начальном этапе; в сизифном мане соответствующие опции упоминаются, но бинарник отнекивается.  См. тж. http://serverfault.com/questions/219013/showing-total-progress-in-rsync-is-it-possible

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

Если хочешь, могу наброски попытаться выделить и прицепить -- просто этот вариант удобнее всего проверять в комплекте с дополненным ещё одним хуком профилем.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136500</commentid>
    <comment_count>21</comment_count>
    <who name="vx8400">vx8400</who>
    <bug_when>2012-12-28 15:38:29 +0400</bug_when>
    <thetext>(В ответ на комментарий №19)
&gt; Последний вариант патча похоже не рабочий. 

works for me.

Что не работает?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136504</commentid>
    <comment_count>22</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2012-12-28 19:24:09 +0400</bug_when>
    <thetext>(В ответ на комментарий №20)
&gt; (In reply to comment #19)
&gt; &gt; Я склонюсь к мысли сделать простой вариант, отталкиваясь от количества файлов,
&gt; Такая реализация в виде грязного наброска уже есть, но &quot;в лоб&quot; разъезд
&gt; получился вида 140% вместо 102% (дело было ночером и уже внимания не хватило
&gt; вникать, возможно, это были хардлинки -- оценка по du -i, счёт по выводу cp
&gt; -av).

И все-таки мне кажется это самым простым вариантом.

&gt; &gt; Впрочем, поиграюсь еще с rsync, может получится взять размер файлов из его
&gt; &gt; вывода.
&gt; Не трать зря время -- в свежайшем rsync вроде бы как что-то сделали, но
&gt; ресурсоёмкое на начальном этапе; в сизифном мане соответствующие опции
&gt; упоминаются, но бинарник отнекивается.  См. тж.
&gt; http://serverfault.com/questions/219013/showing-total-progress-in-rsync-is-it-possible

Да, я знаю. Похоже апстрим слишком рано обновил man page. Но может удастся обойтись и тем что есть.

&gt; IMHO пока наиболее практичным выглядит вариант с выполнением строгой оценки при
&gt; сборке и счёта по тому же показателю -- сейчас под руками тоже грязный вариант
&gt; с tar, тестирования живьём он ещё не проходил (т.к. пока квант времени на эту
&gt; багу закончился в пользу выкатывания стопки образов).

Мне кажется это совершенно излишним усложнением. Большой точности не надо, надо просто что-то показать пользователю, чтобы ему было не слишком скучно смотреть на картинку.

(В ответ на комментарий №21)
&gt; &gt; Последний вариант патча похоже не рабочий. 
&gt; works for me.
&gt; Что не работает?

У меня в тестовом скрипте на базе этого патча прогресс начинался сразу с 80+ и быстро доходил до 100 задолго до конца работы.
Вообще checkpoints никакого отношения к размеру не имеют, если я правильно понял документацию.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136506</commentid>
    <comment_count>23</comment_count>
    <who name="vx8400">vx8400</who>
    <bug_when>2012-12-28 20:54:49 +0400</bug_when>
    <thetext>(В ответ на комментарий №22)
&gt; У меня в тестовом скрипте на базе этого патча прогресс начинался сразу с 80+ и
&gt; быстро доходил до 100 задолго до конца работы.

Как это воспроизвести? С 80% может начинаться при размере самой большой директории &lt;~100 блоков.

&gt; Вообще checkpoints никакого отношения к размеру не имеют, если я правильно
&gt; понял документацию.

--сheckpoint=X выводит число записанных блоков через каждые X записанных блоков.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136707</commentid>
    <comment_count>24</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2013-01-09 21:17:32 +0400</bug_when>
    <thetext>&gt; &gt; У меня в тестовом скрипте на базе этого патча прогресс начинался сразу с 80+ и
&gt; &gt; быстро доходил до 100 задолго до конца работы.
&gt; 
&gt; Как это воспроизвести? С 80% может начинаться при размере самой большой
&gt; директории &lt;~100 блоков.

Не знаю, я просто копировал код из патча в тестовый скрипт. Но может где и ошибся.
В любом случае предложенный вариант выглядит слишком усложненным и не надежным.
У меня в гите есть простой вариант, где progress bar может и не такой плавный, но для данной задачи должно хватить.
Тестировал только тестовым скриптом, в самом alterator-livecd еще не проверял.

http://git.altlinux.org/people/sem/packages/?p=alterator-livecd.git;a=commit;h=33a273035ae6fd0ea21f257c6a5dde596726ccef</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136754</commentid>
    <comment_count>25</comment_count>
    <who name="Repository Robot">repository-robot</who>
    <bug_when>2013-01-11 18:10:12 +0400</bug_when>
    <thetext>alterator-livecd-0.8.0-alt1 -&gt; sisyphus:

* Thu Jan 10 2013 Mikhail Efremov &lt;sem@altlinux&gt; 0.8.0-alt1
- Don&apos;t use unsquashfs, just copy files (closes: #27786).</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>5681</attachid>
            <date>2012-12-24 19:31:57 +0400</date>
            <delta_ts>2012-12-24 19:36:26 +0400</delta_ts>
            <desc>патч с плавным progress bar</desc>
            <filename>livecd-install-new.patch</filename>
            <type>text/plain</type>
            <size>2810</size>
            <attacher name="vx8400">vx8400</attacher>
            
              <data encoding="base64">LS0tIC91c3IvbGliL2FsdGVyYXRvci9iYWNrZW5kMy9saXZlY2QtaW5zdGFsbC5vcmlnCTIwMTIt
MDUtMjQgMjA6MzQ6NDEuMDAwMDAwMDAwICswNDAwCisrKyAvdXNyL2xpYi9hbHRlcmF0b3IvYmFj
a2VuZDMvbGl2ZWNkLWluc3RhbGwJMjAxMi0wOS0zMCAxNjo0NTozNy4yNjQwMDk3NDggKzA0MDAK
QEAgLTgzLDExICs4Myw1MSBAQAogIyB1bnBhY2sgc3F1YXNoZnMgaW1hZ2UKICMKIAorbm9fdW5z
cXVhc2hmcz15ZXMKKwogZG9faW5zdGFsbCgpCiB7CiAgICAgbG9jYWwgaW1nPSIkMSI7c2hpZnQK
ICAgICBsb2NhbCBkc3Q9IiQxIjtzaGlmdAogICAgIGxvY2FsIHBlcmNlbnQxPQorICAgIGxvY2Fs
IHVucGFja2VkPQorICAgIGxvY2FsIGZyZWU9CisgICAgbG9jYWwgbGl2ZV9tb3VudD0KKyAgICBs
b2NhbCByZXR2YWw9MAorICAgIGxvY2FsIGJsa190b3QgcGN0IHBjdF9wcmV2IGRwY3QKKworaWYg
WyAieCRub191bnNxdWFzaGZzIiA9ICJ4eWVzIiBdIDsgdGhlbgorCisJICAgIGxpdmVfbW91bnQ9
IiQoIG1vdW50IHwgc2VkICcvIHR5cGUgc3F1YXNoZnMgLyFkOyBzL14uKiBvbiBbIF0qXChbXiBd
XCtcKSB0eXBlIHNxdWFzaGZzIC4qJC9cMS8nKSIKKwkgICAgaWYgWyAieCRsaXZlX21vdW50IiA9
ICJ4IiBdIDsgdGhlbgorCQkgICAgZG9fbm90aWZ5X2Vycm9yICJDYW4ndCBmaW5kIHNxdWFzaGZz
IG1vdW50IHBvaW50IgorCQkgICAgcmV0dXJuIDEKKwkgICAgZmkKKwkgICAgdW5wYWNrZWQ9IiQo
ZHUgLXNiICR7bGl2ZV9tb3VudH0gfCBzZWQgJ3MsXlsgXSpcKFswLTldXCtcKS4qJCxcMSwnKSIK
KwkgICAgaWYgWyAieCR1bnBhY2tlZCIgPSAieCIgXSA7IHRoZW4KKyAgICAgICAgICAgIAlkb19u
b3RpZnlfZXJyb3IgIkNhbid0IGNhbGN1bGF0ZSB1bnBhY2tlZCBzcXVhc2hmcyBzaXplIgorCSAg
ICAgICAgcmV0dXJuIDEKKwkgICAgZmkKKyAgICAJICAgIGZyZWU9JChmcmVlX3NwYWNlICIkZHN0
IikKKyAgICAJICAgIGlmIFsgJHVucGFja2VkIC1ndCAkZnJlZSBdOyB0aGVuCisgCSAgICAJZG9f
bm90aWZ5X2Vycm9yICJObyBmcmVlIHNwYWNlIHRvIHVucGFjayBzcXVhc2hmcyBpbWFnZSIKKwkg
ICAgICAgIHJldHVybiAxCisJICAgIGZpCisJICAgIGRvX25vdGlmeV9zdGFnZSBpbnN0YWxsCisg
ICAgICAgICAgIGJsa190b3Q9JFsgJHt1bnBhY2tlZH0gLyAxMDI0IF0KKyAgICAgICAgICAgdGFy
IGNmIC0gLiAtLWV4Y2x1ZGU9ZGV2IC0tZXhjbHVkZT1tbnQgLS1leGNsdWRlPXByb2MgLS1leGNs
dWRlPXN5cyBcCisJICAgIHwgeyAKKwkJY2QgJHtkc3R9CisJCUxBTkc9QyBMQ19BTEw9QyB0YXIg
eGZ2UiAtIFwKKwkJfCB7CisJCSAgIHBjdF9wcmV2PTAgOyAKKyAgCQkgICB3aGlsZSByZWFkIGR1
bSBibGsgZHVtICA7IGRvCisJCQlibGs9JHtibGsvOi99OworCQkJcGN0PSRbICRibGsgKiAxMDAg
LyAkdG90IF07CisJCQlkcGN0PSRbICRwY3QgLSAkcGN0X3ByZXYgXSA7IAorCQkJaWYgdGVzdCAk
ZHBjdCAtZ2UgMSA7IHRoZW4KKwkJCQlwY3RfcHJldj0kcGN0CisJCQkJZG9fbm90aWZ5X3N0YXR1
cyAiJHBjdCIKKwkJCWZpCisJCSAgIGRvbmUKKwkJICB9CisgICAgICAgICAgICAgfQorCSAgICBt
a2RpciAtcCAtLSAke2RzdH0ve2RldixtbnQscHJvYyxzeXN9CisKK2Vsc2UgIyBkZWZhdWx0Ogog
CiAgICAgaWYgISBbIC1yICIkaW1nIiBdOyB0aGVuCiAgICAgICAgIGRvX25vdGlmeV9lcnJvciAi
Q2FuJ3QgcmVhZCBzcXVhc2hmcyBpbWFnZSAkaW1nIgpAQCAtMTA2LDE0ICsxNDYsMTQgQEAKICAg
ICBwZXJjZW50MT0iJCgocGVyY2VudDEvOTkpKSIKIAogICAgICMgY2FsY3VsYXRlIHNpemUgbmVj
ZXNzYXJ5IGZvciB1bnBhY2tlZCBzcXVhc2hmcyBpbWFnZQotICAgIGxvY2FsIHVucGFja2VkPSQo
c3Fmc19zaXplICIkaW1nIikKKyAgICB1bnBhY2tlZD0kKHNxZnNfc2l6ZSAiJGltZyIpCiAKICAg
ICBpZiBbIC16ICIkdW5wYWNrZWQiIF07IHRoZW4KICAgICAgICAgZG9fbm90aWZ5X2Vycm9yICJD
YW4ndCBjYWxjdWxhdGUgdW5wYWNrZWQgc3F1YXNoZnMgc2l6ZSIKICAgICAgICAgcmV0dXJuIDEK
ICAgICBmaQogICAgCi0gICAgbG9jYWwgZnJlZT0kKGZyZWVfc3BhY2UgIiRkc3QiKQorICAgIGZy
ZWU9JChmcmVlX3NwYWNlICIkZHN0IikKIAogICAgIGlmIFsgJHVucGFja2VkIC1ndCAkZnJlZSBd
OyB0aGVuCiAgICAgICAgIGRvX25vdGlmeV9lcnJvciAiTm8gZnJlZSBzcGFjZSB0byB1bnBhY2sg
c3F1YXNoZnMgaW1hZ2UiCkBAIC0xMjIsNyArMTYyLDcgQEAKIAogICAgIGRvX25vdGlmeV9zdGFn
ZSBpbnN0YWxsCiAKLSAgICB1bnNxdWFzaGZzIC1mb3JjZSAtbm8tcHJvZ3Jlc3MgLWluZm8gLWRl
c3QgIiRkc3QiICIkaW1nIiAyPi9kZXYvbnVsbCB8CisgIHsgdW5zcXVhc2hmcyAtZm9yY2UgLW5v
LXByb2dyZXNzIC1pbmZvIC1kZXN0ICIkZHN0IiAiJGltZyIgMj4vZGV2L251bGwgOyByZXR2YWw9
JD8gOyB9IHwKICAgICB7CiAgICAgICAgIGxvY2FsIGk9MAogICAgICAgICBsb2NhbCBwcm9ncmVz
cz0wCkBAIC0xMzYsNiArMTc2LDExIEBACiAgICAgICAgICAgICAgZmkKICAgICAgICAgZG9uZQog
ICAgIH0KKyAgICBpZiBbICRyZXR2YWwgLW5lIDAgXSA7IHRoZW4KKyAgICAgICAgICAgIGRvX25v
dGlmeV9lcnJvciAiQ2FuJ3QgcmVhZCBzcXVhc2hmcyBpbWFnZSAkaW1nIgorICAgICAgICAgICAg
cmV0dXJuIDEKKyAgICBmaQorZmkgI2VuZCBvZiB1bnNxdWFzaGZzIC4uLgogCiAgICAgIyBTZXQg
cmlnaHQgcGVybXMgb24gcm9vdCBkaXJlY3Rvcnkgb2YgaW5zdGFsbGVkIHN5c3RlbQogICAgIGNo
bW9kIDA3NTUgIiRkc3QiCgo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>5682</attachid>
            <date>2012-12-24 19:36:26 +0400</date>
            <delta_ts>2012-12-26 15:53:42 +0400</delta_ts>
            <desc>патч с плавным progress bar</desc>
            <filename>livecd-install-new.patch</filename>
            <type>text/plain</type>
            <size>2880</size>
            <attacher name="vx8400">vx8400</attacher>
            
              <data encoding="base64">LS0tIC91c3IvbGliL2FsdGVyYXRvci9iYWNrZW5kMy9saXZlY2QtaW5zdGFsbC5vcmlnCTIwMTIt
MDUtMjQgMjA6MzQ6NDEuMDAwMDAwMDAwICswNDAwCisrKyAvdXNyL2xpYi9hbHRlcmF0b3IvYmFj
a2VuZDMvbGl2ZWNkLWluc3RhbGwJMjAxMi0wOS0zMCAxNjo0NTozNy4yNjQwMDk3NDggKzA0MDAK
QEAgLTgzLDExICs4Myw1MSBAQAogIyB1bnBhY2sgc3F1YXNoZnMgaW1hZ2UKICMKIAorbm9fdW5z
cXVhc2hmcz15ZXMKKwogZG9faW5zdGFsbCgpCiB7CiAgICAgbG9jYWwgaW1nPSIkMSI7c2hpZnQK
ICAgICBsb2NhbCBkc3Q9IiQxIjtzaGlmdAogICAgIGxvY2FsIHBlcmNlbnQxPQorICAgIGxvY2Fs
IHVucGFja2VkPQorICAgIGxvY2FsIGZyZWU9CisgICAgbG9jYWwgbGl2ZV9tb3VudD0KKyAgICBs
b2NhbCByZXR2YWw9MAorICAgIGxvY2FsIGJsa190b3QgcGN0IHBjdF9wcmV2IGRwY3QKKyAgICBs
b2NhbCBjdXJyX2Rpcj1gcHdkYAorCitpZiBbICJ4JG5vX3Vuc3F1YXNoZnMiID0gInh5ZXMiIF0g
OyB0aGVuCisKKwkgICAgbGl2ZV9tb3VudD0iJCggbW91bnQgfCBzZWQgJy8gdHlwZSBzcXVhc2hm
cyAvIWQ7IHMvXi4qIG9uIFsgXSpcKFteIF1cK1wpIHR5cGUgc3F1YXNoZnMgLiokL1wxLycpIgor
CSAgICBpZiBbICJ4JGxpdmVfbW91bnQiID0gIngiIF0gOyB0aGVuCisJCSAgICBkb19ub3RpZnlf
ZXJyb3IgIkNhbid0IGZpbmQgc3F1YXNoZnMgbW91bnQgcG9pbnQiCisJCSAgICByZXR1cm4gMQor
CSAgICBmaQorCSAgICB1bnBhY2tlZD0iJChkdSAtc2IgJHtsaXZlX21vdW50fSB8IHNlZCAncyxe
WyBdKlwoWzAtOV1cK1wpLiokLFwxLCcpIgorCSAgICBpZiBbICJ4JHVucGFja2VkIiA9ICJ4IiBd
IDsgdGhlbgorICAgICAgICAgICAgCWRvX25vdGlmeV9lcnJvciAiQ2FuJ3QgY2FsY3VsYXRlIHVu
cGFja2VkIHNxdWFzaGZzIHNpemUiCisJICAgICAgICByZXR1cm4gMQorCSAgICBmaQorICAgIAkg
ICAgZnJlZT0kKGZyZWVfc3BhY2UgIiRkc3QiKQorICAgIAkgICAgaWYgWyAkdW5wYWNrZWQgLWd0
ICRmcmVlIF07IHRoZW4KKyAJICAgIAlkb19ub3RpZnlfZXJyb3IgIk5vIGZyZWUgc3BhY2UgdG8g
dW5wYWNrIHNxdWFzaGZzIGltYWdlIgorCSAgICAgICAgcmV0dXJuIDEKKwkgICAgZmkKKwkgICAg
ZG9fbm90aWZ5X3N0YWdlIGluc3RhbGwKKyAgICAgICAgICAgYmxrX3RvdD0kWyAke3VucGFja2Vk
fSAvIDEwMjQgXQorCSAgICBjZCAke2xpdmVfbW91bnR9CisgICAgICAgICAgIHRhciBjZiAtIC4g
LS1leGNsdWRlPWRldiAtLWV4Y2x1ZGU9bW50IC0tZXhjbHVkZT1wcm9jIC0tZXhjbHVkZT1zeXMg
XAorCSAgICB8IHsgCisJCWNkICR7ZHN0fQorCQlMQU5HPUMgTENfQUxMPUMgdGFyIHhmdlIgLSBc
CisJCXwgeworCQkgICBwY3RfcHJldj0wIDsgCisgIAkJICAgd2hpbGUgcmVhZCBkdW0gYmxrIGR1
bSAgOyBkbworCQkJYmxrPSR7YmxrLzovfTsKKwkJCXBjdD0kWyAkYmxrICogMTAwIC8gJHRvdCBd
OworCQkJZHBjdD0kWyAkcGN0IC0gJHBjdF9wcmV2IF0gOyAKKwkJCWlmIHRlc3QgJGRwY3QgLWdl
IDEgOyB0aGVuCisJCQkJcGN0X3ByZXY9JHBjdAorCQkJCWRvX25vdGlmeV9zdGF0dXMgIiRwY3Qi
CisJCQlmaQorCQkgICBkb25lCisJCSAgfQorICAgICAgICAgICAgIH0KKwkgICAgbWtkaXIgLXAg
LS0gJHtkc3R9L3tkZXYsbW50LHByb2Msc3lzfQorCSAgICBjZCAke2N1cnJfZGlyfQorCitlbHNl
ICMgZGVmYXVsdDoKIAogICAgIGlmICEgWyAtciAiJGltZyIgXTsgdGhlbgogICAgICAgICBkb19u
b3RpZnlfZXJyb3IgIkNhbid0IHJlYWQgc3F1YXNoZnMgaW1hZ2UgJGltZyIKQEAgLTEwNiwxNCAr
MTQ2LDE0IEBACiAgICAgcGVyY2VudDE9IiQoKHBlcmNlbnQxLzk5KSkiCiAKICAgICAjIGNhbGN1
bGF0ZSBzaXplIG5lY2Vzc2FyeSBmb3IgdW5wYWNrZWQgc3F1YXNoZnMgaW1hZ2UKLSAgICBsb2Nh
bCB1bnBhY2tlZD0kKHNxZnNfc2l6ZSAiJGltZyIpCisgICAgdW5wYWNrZWQ9JChzcWZzX3NpemUg
IiRpbWciKQogCiAgICAgaWYgWyAteiAiJHVucGFja2VkIiBdOyB0aGVuCiAgICAgICAgIGRvX25v
dGlmeV9lcnJvciAiQ2FuJ3QgY2FsY3VsYXRlIHVucGFja2VkIHNxdWFzaGZzIHNpemUiCiAgICAg
ICAgIHJldHVybiAxCiAgICAgZmkKICAgIAotICAgIGxvY2FsIGZyZWU9JChmcmVlX3NwYWNlICIk
ZHN0IikKKyAgICBmcmVlPSQoZnJlZV9zcGFjZSAiJGRzdCIpCiAKICAgICBpZiBbICR1bnBhY2tl
ZCAtZ3QgJGZyZWUgXTsgdGhlbgogICAgICAgICBkb19ub3RpZnlfZXJyb3IgIk5vIGZyZWUgc3Bh
Y2UgdG8gdW5wYWNrIHNxdWFzaGZzIGltYWdlIgpAQCAtMTIyLDcgKzE2Miw3IEBACiAKICAgICBk
b19ub3RpZnlfc3RhZ2UgaW5zdGFsbAogCi0gICAgdW5zcXVhc2hmcyAtZm9yY2UgLW5vLXByb2dy
ZXNzIC1pbmZvIC1kZXN0ICIkZHN0IiAiJGltZyIgMj4vZGV2L251bGwgfAorICB7IHVuc3F1YXNo
ZnMgLWZvcmNlIC1uby1wcm9ncmVzcyAtaW5mbyAtZGVzdCAiJGRzdCIgIiRpbWciIDI+L2Rldi9u
dWxsIDsgcmV0dmFsPSQ/IDsgfSB8CiAgICAgewogICAgICAgICBsb2NhbCBpPTAKICAgICAgICAg
bG9jYWwgcHJvZ3Jlc3M9MApAQCAtMTM2LDYgKzE3NiwxMSBAQAogICAgICAgICAgICAgIGZpCiAg
ICAgICAgIGRvbmUKICAgICB9CisgICAgaWYgWyAkcmV0dmFsIC1uZSAwIF0gOyB0aGVuCisgICAg
ICAgICAgICBkb19ub3RpZnlfZXJyb3IgIkNhbid0IHJlYWQgc3F1YXNoZnMgaW1hZ2UgJGltZyIK
KyAgICAgICAgICAgIHJldHVybiAxCisgICAgZmkKK2ZpICNlbmQgb2YgdW5zcXVhc2hmcyAuLi4K
IAogICAgICMgU2V0IHJpZ2h0IHBlcm1zIG9uIHJvb3QgZGlyZWN0b3J5IG9mIGluc3RhbGxlZCBz
eXN0ZW0KICAgICBjaG1vZCAwNzU1ICIkZHN0IgoK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>5686</attachid>
            <date>2012-12-26 15:53:42 +0400</date>
            <delta_ts>2012-12-26 15:53:42 +0400</delta_ts>
            <desc>&gt; ... усложнение рантайма с адаптивной оценкой расхождения</desc>
            <filename>livecd-install.patch</filename>
            <type>text/plain</type>
            <size>4563</size>
            <attacher name="vx8400">vx8400</attacher>
            
              <data encoding="base64">LS0tIGxpdmVjZC1pbnN0YWxsLm9yaWcJMjAxMi0xMi0yNiAxNTo1MjoyMCArMDQwMAorKysgbGl2
ZWNkLWluc3RhbGwJMjAxMi0xMi0yNSAyMjoyMzoxMSArMDQwMApAQCAtODQsMTIgKzg0LDEyMiBA
QAogIyMKICMgdW5wYWNrIHNxdWFzaGZzIGltYWdlCiAjCitub191bnNxdWFzaGZzPXllcwogCiBk
b19pbnN0YWxsKCkKIHsKICAgICBsb2NhbCBpbWc9IiQxIjtzaGlmdAogICAgIGxvY2FsIGRzdD0i
JDEiO3NoaWZ0CiAgICAgbG9jYWwgcGVyY2VudDE9CisgICAgbG9jYWwgdW5wYWNrZWQ9CisgICAg
bG9jYWwgZnJlZT0KKyAgICBsb2NhbCBsaXZlX21vdW50PQorICAgIGxvY2FsIHJldHZhbD0wCisg
ICAgbG9jYWwgY3Vycl9kaXI9YHB3ZGAKKyAgICBsb2NhbCBsaXN0X2R1IHRvdCBzZCBzIGQgSUZT
X2JhayBieXRlc19kb25lIHBjdF9kb25lIGJsa19kb25lIGJsa19jdXIgYnl0ZXNfcGVyX2JsayBi
eXRlc19jdXIgcGN0X2N1cgorCitpZiBbICJ4JG5vX3Vuc3F1YXNoZnMiID0gInh5ZXMiIF0gOyB0
aGVuCisKKwkgICAgbGl2ZV9tb3VudD0iJCggbW91bnQgfCBzZWQgJy8gdHlwZSBzcXVhc2hmcyAv
IWQ7IHMvXi4qIG9uIFsgXSpcKFteIF1cK1wpIHR5cGUgc3F1YXNoZnMgLiokL1wxLycpIgorCSAg
ICBpZiBbICJ4JGxpdmVfbW91bnQiID0gIngiIF0gOyB0aGVuCisJCSAgICBkb19ub3RpZnlfZXJy
b3IgIkNhbid0IGZpbmQgc3F1YXNoZnMgbW91bnQgcG9pbnQiCisJCSAgICByZXR1cm4gMQorCSAg
ICBmaQorCSAgICB1bnBhY2tlZD0iJChkdSAtc2IgJHtsaXZlX21vdW50fSB8IHNlZCAncyxeWyBd
KlwoWzAtOV1cK1wpLiokLFwxLCcpIgorCSAgICBpZiBbICJ4JHVucGFja2VkIiA9ICJ4IiBdIDsg
dGhlbgorCQlkb19ub3RpZnlfZXJyb3IgIkNhbid0IGNhbGN1bGF0ZSB1bnBhY2tlZCBzcXVhc2hm
cyBzaXplIgorCSAgICAgICAgcmV0dXJuIDEKKwkgICAgZmkKKwkgICAgZnJlZT0kKGZyZWVfc3Bh
Y2UgIiRkc3QiKQorCSAgICBpZiBbICR1bnBhY2tlZCAtZ3QgJGZyZWUgXTsgdGhlbgorCQlkb19u
b3RpZnlfZXJyb3IgIk5vIGZyZWUgc3BhY2UgdG8gdW5wYWNrIHNxdWFzaGZzIGltYWdlIgorCSAg
ICAgICAgcmV0dXJuIDEKKwkgICAgZmkKKwkgICAgZG9fbm90aWZ5X3N0YWdlIGluc3RhbGwKKwor
CisJICAgIGNkICRsaXZlX21vdW50CisKKwkgICAgI3RvdF9kdT1gZHUgLXNiIC4gfCBzZWQgJ3Ms
WyBcdF0uKiQsLCdgCisJICAgIGxpc3RfZHU9JCgKKwkgICAgCUxBTkc9QyBMQ19BTEw9QyBcCisJ
CWR1IC1zYiBgbHMgLTEgfCBcCisJCSAgICAgICAgZ3JlcCAtdkUgIl5kZXZ8XmltYWdlfF5tZWRp
YXxecHJvY3xec3lzfF5tbnR8XnN5cyJgICB8IFwKKwkJCXNvcnQgLXIgLWcgfCBcCisJCQl0ciAn
XG4nICc7JworCSAgICApCisjCSAgICBlY2hvIGxpc3RfZHU6JGxpc3RfZHU6ID4gL3RtcC9pLmxv
ZworCSAgICBJRlNfYmFrPSRJRlMKKwkgICAgSUZTPSc7JworCSAgICB0b3Q9MAorCSAgICBmb3Ig
c2QgaW4gJGxpc3RfZHUgOyBkbworCQlzPWBlY2hvICRzZCB8IHNlZCAncyxbIFx0XS4qJCwsJ2AK
KwkJZD1gZWNobyAkc2QgfCBzZWQgJ3MsXlteIFx0XVwrWyBcdF1cKywsJ2AKKwkJdG90PWBleHBy
ICRzICsgJHRvdGAKKwkgICAgZG9uZQorCSAgICBpZiB0ZXN0ICR0b3QgLWVxIDAgOyB0aGVuIAor
CQl0b3Q9MQorCSAgICBmaQorIwkgICAgZWNobyAidG90OiR0b3QiID4+IC90bXAvaS5sb2cKKwor
CSAgICBieXRlc19kb25lPTAKKwkgICAgcGN0X2RvbmU9MAorCSAgICBibGtfZG9uZT0wCisJICAg
IGJsa19jdXI9MAorCSAgICBieXRlc19wZXJfYmxrPTEwMjQKKworCSAgICBmb3Igc2QgaW4gJGxp
c3RfZHUgOyBkbworCQlzPWBlY2hvICRzZCB8IHNlZCAncyxbIFx0XS4qJCwsJ2AKKwkJZD1gZWNo
byAkc2QgfCBzZWQgJ3MsXlteIFx0XVwrWyBcdF1cKywsJ2AKKwkJY2QgJGxpdmVfbW91bnQKKyMJ
CWVjaG8gIi0tLS0gZGlyICRkIC0tIGR1IC1zYjogJHMgLS0tLS0iID4+IC90bXAvaS5sb2cKKwkJ
YmxrX2RvbmU9JCgKKwkJICAgICAgICBleHBvcnQgTEFORz1DIExDX0FMTD1DCisJCQl0YXIgY2Yg
LSAkZCBcCisJCQl8IHsgCisJCQkgICBjZCAkZHN0CisJCQkgICB0YXIgeGZ2UiAtIC1iIDIgLS1j
aGVja3BvaW50PTEwMAorCQkJICB9IDI+JjEgXAorCQkJfCBzZWQgJy9edGFyOiBSZWFkLyFkO3Ms
Xi4qcG9pbnRbIFx0XVwrLCwnICBcCisJCQl8IHsKKwkJCSAgICBibGtfY3VyPSRibGtfZG9uZQor
CQkJICAgIHdoaWxlIHJlYWQgYmxrIDsgZG8KKwkJCQlieXRlc19jdXI9YGV4cHIgJGJ5dGVzX2Rv
bmUgKyAkYmxrIFwqICRieXRlc19wZXJfYmxrIGAKKwkJCQlwY3RfY3VyPWBleHByICRieXRlc19j
dXIgXCogMTAwIC8gJHRvdGAKKwkJCQkjZWNobyBibGs6ICRibGsgYnl0ZXNfY3VyOiAkYnl0ZXNf
Y3VyIHBjdF9jdXI6ICRwY3RfY3VyID4+IC90bXAvaS5sb2cKKwkJCQlpZiB0ZXN0ICRwY3RfY3Vy
IC1ndCAkcGN0X2RvbmUgOyB0aGVuCisJCQkJCXBjdF9kb25lPSRwY3RfY3VyCisJCQkJCWlmIHRl
c3QgJHBjdF9kb25lIC1nZSAxMDAgOyB0aGVuCisJCQkJCQlwY3RfZG9uZT05OQorCQkJCQlmaQor
CQkJCQkjZWNobyBNU0cgJHBjdF9kb25lICUgPj4gL3RtcC9pLmxvZworICAgICAgICAgICAgICAg
IAkJCWRvX25vdGlmeV9zdGF0dXMgIiRwY3RfZG9uZSIKKwkJCQlmaQorCQkJCWJsa19jdXI9YGV4
cHIgJGJsa19kb25lICsgJGJsa2AKKwkJCQkjZWNobyBibGtfY3VyOiAkYmxrX2N1ciA+PiAvdG1w
L2kubG9nCisJCQkgICAgZG9uZQorCQkJICAgIGVjaG8gJGJsa19jdXIKKwkJCSAgIH0KKwkJKQor
CQlieXRlc19kb25lPWBleHByICRieXRlc19kb25lICsgJHNgCisJCXBjdF9kb25lPWBleHByICRi
eXRlc19kb25lIFwqIDEwMCAvICR0b3RgCisJCWlmIHRlc3QgJHBjdF9kb25lIC1ndCAxMDAgOyB0
aGVuCisJCQlwY3RfZG9uZT0xMDAKKwkJZmkKKwkJYnl0ZXNfcGVyX2Jsaz1gZXhwciAkYnl0ZXNf
ZG9uZSAvICRibGtfZG9uZWAKKwkJI2VjaG8gYmxrX2RvbmU6ICRibGtfZG9uZSA6ICRieXRlc19w
ZXJfYmxrID4+L3RtcC9pLmxvZworCQkjZWNobyBieXRlc19kb25lOiAkYnl0ZXNfZG9uZSBwY3Rf
ZG9uZTogJHBjdF9kb25lID4+L3RtcC9pLmxvZworCQkjZWNobyBNU0cgJHBjdF9kb25lICUgPj4g
L3RtcC9pLmxvZworCQkjZWNobyAiPT09PT09PT09PT09PT09PT09PT0iID4+IC90bXAvaS5sb2cK
KyAgICAgICAgICAgICAgICBkb19ub3RpZnlfc3RhdHVzICIkcGN0X2RvbmUiCisJICAgIGRvbmUK
KworCSAgICBJRlM9JElGU19iYWsKKworCSAgICBta2RpciAtcCAtLSAke2RzdH0ve2RldixtbnQs
cHJvYyxzeXMsbWVkaWF9CisJICAgIGNkICR7Y3Vycl9kaXJ9CisKK2Vsc2UgIyBkZWZhdWx0Ogog
CiAgICAgaWYgISBbIC1yICIkaW1nIiBdOyB0aGVuCiAgICAgICAgIGRvX25vdGlmeV9lcnJvciAi
Q2FuJ3QgcmVhZCBzcXVhc2hmcyBpbWFnZSAkaW1nIgpAQCAtMTA4LDE0ICsyMTgsMTQgQEAKICAg
ICBwZXJjZW50MT0iJCgocGVyY2VudDEvOTkpKSIKIAogICAgICMgY2FsY3VsYXRlIHNpemUgbmVj
ZXNzYXJ5IGZvciB1bnBhY2tlZCBzcXVhc2hmcyBpbWFnZQotICAgIGxvY2FsIHVucGFja2VkPSQo
c3Fmc19zaXplICIkaW1nIikKKyAgICAgdW5wYWNrZWQ9JChzcWZzX3NpemUgIiRpbWciKQogCiAg
ICAgaWYgWyAteiAiJHVucGFja2VkIiBdOyB0aGVuCiAgICAgICAgIGRvX25vdGlmeV9lcnJvciAi
Q2FuJ3QgY2FsY3VsYXRlIHVucGFja2VkIHNxdWFzaGZzIHNpemUiCiAgICAgICAgIHJldHVybiAx
CiAgICAgZmkKICAgIAotICAgIGxvY2FsIGZyZWU9JChmcmVlX3NwYWNlICIkZHN0IikKKyAgICBm
cmVlPSQoZnJlZV9zcGFjZSAiJGRzdCIpCiAKICAgICBpZiBbICR1bnBhY2tlZCAtZ3QgJGZyZWUg
XTsgdGhlbgogICAgICAgICBkb19ub3RpZnlfZXJyb3IgIk5vIGZyZWUgc3BhY2UgdG8gdW5wYWNr
IHNxdWFzaGZzIGltYWdlIgpAQCAtMTI0LDcgKzIzNCw3IEBACiAKICAgICBkb19ub3RpZnlfc3Rh
Z2UgaW5zdGFsbAogCi0gICAgdW5zcXVhc2hmcyAtZm9yY2UgLW5vLXByb2dyZXNzIC1pbmZvIC1k
ZXN0ICIkZHN0IiAiJGltZyIgMj4vZGV2L251bGwgfAorICB7IHVuc3F1YXNoZnMgLWZvcmNlIC1u
by1wcm9ncmVzcyAtaW5mbyAtZGVzdCAiJGRzdCIgIiRpbWciIDI+L2Rldi9udWxsIDsgcmV0dmFs
PSQ/IDsgfSB8CiAgICAgewogICAgICAgICBsb2NhbCBpPTAKICAgICAgICAgbG9jYWwgcHJvZ3Jl
c3M9MApAQCAtMTM4LDYgKzI0OCwxMiBAQAogICAgICAgICAgICAgIGZpCiAgICAgICAgIGRvbmUK
ICAgICB9CisgICAgaWYgWyAkcmV0dmFsIC1uZSAwIF0gOyB0aGVuCisgICAgICAgICAgICBkb19u
b3RpZnlfZXJyb3IgIkNhbid0IHJlYWQgc3F1YXNoZnMgaW1hZ2UgJGltZyIKKyAgICAgICAgICAg
IHJldHVybiAxCisgICAgZmkKKworZmkgI2VuZCBvZiB1bnNxdWFzaGZzIC4uLgogCiAgICAgIyBT
ZXQgcmlnaHQgcGVybXMgb24gcm9vdCBkaXJlY3Rvcnkgb2YgaW5zdGFsbGVkIHN5c3RlbQogICAg
IGNobW9kIDA3NTUgIiRkc3QiCkBAIC0yMjMsNCArMzM5LDMgQEAKIH0KIAogbWVzc2FnZV9sb29w
Ci0K
</data>

          </attachment>
      

    </bug>

</bugzilla>