<?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>10433</bug_id>
          
          <creation_ts>2016-10-13 23:06:48 +0000</creation_ts>
          <short_desc>syslog-ng rc5.d symlinks missing after install, broken postinst</short_desc>
          <delta_ts>2017-02-13 13:46:01 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>Other YP Layers</product>
          <component>layers</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>Need backport to 2.2.1</status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>2.3 M2</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Haris Okanovic">haris.okanovic</reporter>
          <assigned_to name="Markus Lehtonen">markus.lehtonen</assigned_to>
          <cc>adrian.ratiu</cc>
    
    <cc>freesilicon</cc>
    
    <cc>markus.lehtonen</cc>
    
    <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>ross.burton</cc>
          
          
          <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>67248</commentid>
    <comment_count>0</comment_count>
      <attachid>3476</attachid>
    <who name="Haris Okanovic">haris.okanovic</who>
    <bug_when>2016-10-13 23:06:48 +0000</bug_when>
    <thetext>Created attachment 3476
A workaround for update-alternatives and update-rc.d ordering issue in syslog-ng

syslog-ng&apos;s postinst script appears to be broken. It calls `update-alternatives` to alias it&apos;s init.d script (synlink syslog --&gt; syslog.syslog-ng) and `update-rc.d` to install start-up symlinks (in rc[2-5].d); but they happen in the wrong order. It first attempts update-rc.d on the aliased init.d filename (syslog) which doesn&apos;t exist yet, then it calls update-alternatives to create it. Postinst returns 0, so opkg thinks syslog-ng was successfully installed and configured, but it won&apos;t start on boot-up.

The bug appears to have been introduced by commit 03071511, which reversed the order of update-alternatives and update-rc.d (bbclass) inherits, to ironically fix a similar reordering issue in prerm! I&apos;ve attached one possible (somewhat hacky) solution to both issues -- workaround.patch. See commit message for details.

The correct fix will likely require some changes to update-alternatives and update-rc.d bbclasses in how they generate maintainer scripts. It seems like there should be some ordering guarantees between those two pieces of generated sh code.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68251</commentid>
    <comment_count>1</comment_count>
    <who name="Markus Lehtonen">markus.lehtonen</who>
    <bug_when>2016-11-11 14:11:33 +0000</bug_when>
    <thetext>Seeing these bugs, I think using update-alternatives to manage init scripts is a bad idea altogether. Whatever ordering we have with the classes we always have some kind of a problem because of missing symlink at some point. I try to fix it by making the syslog packages work like any other daemon package in that regard: don&apos;t use update alternatives.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68482</commentid>
    <comment_count>2</comment_count>
    <who name="Markus Lehtonen">markus.lehtonen</who>
    <bug_when>2016-11-22 12:30:07 +0000</bug_when>
    <thetext>Patches sent for oe-core and meta-oe:
https://patchwork.openembedded.org/series/4013/
https://patchwork.openembedded.org/series/4014/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68568</commentid>
    <comment_count>3</comment_count>
    <who name="David Vincent">freesilicon</who>
    <bug_when>2016-11-24 08:13:13 +0000</bug_when>
    <thetext>I submitted the following series that rather modify the task ordering between update-alternatives and update-rc.d instead of simply removing it and creating RCONFLICTS:
https://patchwork.openembedded.org/series/4061/

It has been successfully tested with syslog-ng on morty. It does not yet cleanly apply, but I will resubmit a v2 ASAP.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68569</commentid>
    <comment_count>4</comment_count>
    <who name="Markus Lehtonen">markus.lehtonen</who>
    <bug_when>2016-11-24 10:21:05 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; I submitted the following series that rather modify the task ordering
&gt; between update-alternatives and update-rc.d instead of simply removing it
&gt; and creating RCONFLICTS:

I&apos;m still not convinced that init scripts should be managed by update-alternatives. First, I don&apos;t see much reasoning why two syslog services should be installed in parallel. Also, no other package or distro use this kind of construction, AFAIK.

If we really want to make these install in parallel I think we should just name the files differently, e.g.
/etc/init.d/busybox-syslog
/etc/init.d/sysklogd
/etc/init.d/rsyslog
...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68571</commentid>
    <comment_count>5</comment_count>
    <who name="David Vincent">freesilicon</who>
    <bug_when>2016-11-24 11:10:45 +0000</bug_when>
    <thetext>(In reply to comment #4)
&gt; (In reply to comment #3)
&gt; &gt; I submitted the following series that rather modify the task ordering
&gt; &gt; between update-alternatives and update-rc.d instead of simply removing it
&gt; &gt; and creating RCONFLICTS:
&gt; 
&gt; I&apos;m still not convinced that init scripts should be managed by
&gt; update-alternatives. First, I don&apos;t see much reasoning why two syslog
&gt; services should be installed in parallel. Also, no other package or distro
&gt; use this kind of construction, AFAIK.

Maybe there should be a virtual/logger, then ?

But the problem could also be raised by cron daemons for example. In fact, I think the main problem lies with busybox which offers alternatives for such packages and these alternatives must be overridden when a new one is selected.

&gt; 
&gt; If we really want to make these install in parallel I think we should just
&gt; name the files differently, e.g.
&gt; /etc/init.d/busybox-syslog
&gt; /etc/init.d/sysklogd
&gt; /etc/init.d/rsyslog
&gt; ...

The problem is when using different names is that update-rc.d will install all links in rc*.d thus creating logger conflicts (I don&apos;t know if that&apos;s even possible but it&apos;s the general idea).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68572</commentid>
    <comment_count>6</comment_count>
    <who name="Markus Lehtonen">markus.lehtonen</who>
    <bug_when>2016-11-24 11:23:22 +0000</bug_when>
    <thetext>(In reply to comment #5)
&gt; (In reply to comment #4)
&gt; &gt; (In reply to comment #3)
&gt; &gt; &gt; I submitted the following series that rather modify the task ordering
&gt; &gt; &gt; between update-alternatives and update-rc.d instead of simply removing it
&gt; &gt; &gt; and creating RCONFLICTS:
&gt; &gt; 
&gt; &gt; I&apos;m still not convinced that init scripts should be managed by
&gt; &gt; update-alternatives. First, I don&apos;t see much reasoning why two syslog
&gt; &gt; services should be installed in parallel. Also, no other package or distro
&gt; &gt; use this kind of construction, AFAIK.
&gt; 
&gt; Maybe there should be a virtual/logger, then ?

This doesn&apos;t work nicely because the virtual/* packages are on source package level. This syslog overlap is on binary (runtime) package level. My patch introduces VIRTUAL-RUNTIME_syslog just for this purpose.


&gt; But the problem could also be raised by cron daemons for example. In fact, I
&gt; think the main problem lies with busybox which offers alternatives for such
&gt; packages and these alternatives must be overridden when a new one is
&gt; selected.

I think these should and are handled by VIRTUAL-RUNTIME_* definitions</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68951</commentid>
    <comment_count>7</comment_count>
    <who name="Markus Lehtonen">markus.lehtonen</who>
    <bug_when>2016-12-08 16:33:00 +0000</bug_when>
    <thetext>My latest patchset is here:
http://git.openembedded.org/openembedded-core-contrib/log/?h=marquiz/fixes-10433

However, it isn&apos;t a possible solution because of bugs in opkg and smartpm (for deb backend it works as expected). A solution would be to merge David&apos;s patch, but as a temporary workaround. I&apos;d suggest the following:
1. Merge David&apos;s patch
2. Close this bug
3. Create a new bug that would
   - be about reverting David&apos;s patch and merging my patches
   - block on bug 9675
   - block on bug 10777</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68973</commentid>
    <comment_count>8</comment_count>
    <who name="David Vincent">freesilicon</who>
    <bug_when>2016-12-09 09:08:12 +0000</bug_when>
    <thetext>Before closing this bug, I just want to add that my patch is harmless in the long run. Even if a solution is found for this initscript/alternatives issue (for syslogd and any other daemons conflicting with busybox...), all it does is create comments inside prerm/postinst sections of package scripts and organize the two sections accordingly if update-rc.d and update-alternatives are both inherited in a recipe.

I completely agree that initscripts should not be managed via alternatives but it is also not forbidden to do so. No distribution does this, because I think busybox is not used in them outside initramfs and conflicting packages like you did is perfect at handling this case. But the situation is different in the embedded world where busybox is always running somewhere...

So before reverting it, I think it must be noted that this could be the kind of bug which reappears just because another layer is not so thoughtful about this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>68974</commentid>
    <comment_count>9</comment_count>
    <who name="Markus Lehtonen">markus.lehtonen</who>
    <bug_when>2016-12-09 09:44:16 +0000</bug_when>
    <thetext>Busybox shouldn&apos;t be a problem, even in the present situation, because it is divided into multiple (runtime) sub-packages. Busybox-syslog can be replaced with something else even if the rest of busybox is installed in the system.

The reason I&apos;d like to get your patch reverted in the future, assuming we can achieve a &quot;packaging-level solution&quot;, is that I&apos;d like keep the code as simple as possible. Thus, even if it is harmless, I kind see it as a kludge to work around an issue in just one package.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69075</commentid>
    <comment_count>10</comment_count>
    <who name="David Vincent">freesilicon</who>
    <bug_when>2016-12-13 08:39:06 +0000</bug_when>
    <thetext>OK, I now see your point. BTW, I resubmitted my patch since it did not apply on latest &apos;master&apos;, so there should be no problem merging it now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>69929</commentid>
    <comment_count>11</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2017-01-19 11:49:49 +0000</bug_when>
    <thetext>Merged in oe-core aa87b1a4dcc14e4dfe719b6c55045c5662bc59c2.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>70659</commentid>
    <comment_count>12</comment_count>
    <who name="Markus Lehtonen">markus.lehtonen</who>
    <bug_when>2017-02-13 13:46:01 +0000</bug_when>
    <thetext>Fix backported and merged into morty:
http://git.openembedded.org/openembedded-core/commit/?h=morty&amp;id=b0c70bef015f1b2a30556a5db5e255592d5bf316</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>3476</attachid>
            <date>2016-10-13 23:06:48 +0000</date>
            <delta_ts>2016-10-13 23:06:48 +0000</delta_ts>
            <desc>A workaround for update-alternatives and update-rc.d ordering issue in syslog-ng</desc>
            <filename>workaround.patch</filename>
            <type>text/plain</type>
            <size>3768</size>
            <attacher name="Haris Okanovic">haris.okanovic</attacher>
            
              <data encoding="base64">RnJvbSA1MDIwZjBhYjhhNDE5MjdmOGE3NTBhM2MyMTRmOTAzMzMzZmY4MmIwIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBIYXJpcyBPa2Fub3ZpYyA8aGFyaXMub2thbm92aWNAbmkuY29t
PgpEYXRlOiBXZWQsIDEyIE9jdCAyMDE2IDE0OjMzOjM3IC0wNTAwClN1YmplY3Q6IFtQQVRDSF0g
c3lzbG9nLW5nLmluYzogRml4IHBvc3RpbnN0IHNjcmlwdCBwcmV2ZW50aW5nIHN5c2xvZy1uZwog
c3RhcnR1cCBvbiBib290CgpDaGFuZ2UgMDMwNzE1MTEgZml4ZXMgYW4gdXBkYXRlLWFsdGVybmF0
aXZlcyByZW9yZGVyaW5nIGlzc3VlIGluCnN5c2xvZy1uZydzIHByZXJtIHNjcmlwdCwgYnV0IGFs
c28gY2F1c2VzIGFuIGluY29ycmVjdCByZW9yZGVyaW5nIG9mCnVwZGF0ZS1hbHRlcm5hdGl2ZXMg
aW4gcG9zdGluc3QsIHdoaWNoIHNpbGVudGx5IGJyZWFrcyBpbnN0YWxsYXRpb24uCnN5c2xvZy1u
ZyBkb2Vzbid0IHN0YXJ0IGFmdGVyIHBhY2thZ2UgaW5zdGFsbCBub3IgYXJlIHJjKi5kIHN5bWxp
bmtzCmdlbmVyYXRlZCB0byBsYXVuY2ggc3lzbG9nLW5nIG9uIGJvb3QuIFRoZSBsYXR0ZXIgaXMg
cGFydGljdWxhcmx5IGJhZAppbiBpbWFnZXMsIHNpbmNlIHN5c2xvZy1uZyB3aWxsIG5ldmVyIGJv
b3QuCgpUaGUgZm9sbG93aW5nIGNoYW5nZXMgZml4IHRoaXMgaXNzdWU6CgogMS4gUmV2ZXJ0IGNv
bW1pdCAwMzA3MTUxMTogInN5c2xvZy1uZy5pbmM6IGZpeCBwcmVybSBzY3JpcHQgJiBjbGFzcyBp
bmNsdWRlcyIKIDIuIFdvcmsgYXJvdW5kIHVwZGF0ZS1hbHRlcm5hdGl2ZXMgcmVvcmRlcmluZyBp
biBwcmVybSwgYnkgc3RvcHBpbmcKICAgIHN5c2xvZy1uZyB1c2luZyBpdCdzIHJlYWwgaW5pdC5k
IHNjcmlwdCBpbiBhZGRpdGlvbiB0byB0aGUgYWxpYXMuCiAgICBTZWUgaW4tY29kZSBjb21tZW50
cyBmb3IgZGV0YWlscy4KCkRpZmZzIG9mIHN5c2xvZy1uZydzIHBvc3RpbnN0IGFuZCBwcmVybSBi
ZWZvcmUgYW5kIGFmdGVyIHRoaXMgY2hhbmdlOgoKLS0tIGEvYmVmb3JlL3Bvc3RpbnN0CisrKyBi
L2FmdGVyL3Bvc3RpbnN0CkBAIC0xLDQgKzEsNSBAQAogIyEvYmluL3NoCisgICAgICAgdXBkYXRl
LWFsdGVybmF0aXZlcyAtLWluc3RhbGwgL2V0Yy9pbml0LmQvc3lzbG9nIHN5c2xvZy1pbml0IC9l
dGMvaW5pdC5kL3N5c2xvZy5zeXNsb2ctbmcgMjAwCiBpZiB0eXBlIHVwZGF0ZS1yYy5kID4vZGV2
L251bGwgMj4vZGV2L251bGw7IHRoZW4KICAgICAgICBpZiBbIC1uICIkRCIgXTsgdGhlbgogICAg
ICAgICAgICAgICAgT1BUPSItciAkRCIKQEAgLTcsNCArOCwzIEBAIGlmIHR5cGUgdXBkYXRlLXJj
LmQgPi9kZXYvbnVsbCAyPi9kZXYvbnVsbDsgdGhlbgogICAgICAgIGZpCiAgICAgICAgdXBkYXRl
LXJjLmQgJE9QVCBzeXNsb2cgc3RhcnQgMTkgMiAzIDQgNSAuIHN0b3AgOTAgMCAxIDYgLgogZmkK
LSAgICAgICB1cGRhdGUtYWx0ZXJuYXRpdmVzIC0taW5zdGFsbCAvZXRjL2luaXQuZC9zeXNsb2cg
c3lzbG9nLWluaXQgL2V0Yy9pbml0LmQvc3lzbG9nLnN5c2xvZy1uZyAyMDAKCi0tLSBhL2JlZm9y
ZS9wcmVybQorKysgYi9hZnRlci9wcmVybQpAQCAtMSw1ICsxLDggQEAKICMhL2Jpbi9zaAorICAg
ICAgIHVwZGF0ZS1hbHRlcm5hdGl2ZXMgLS1yZW1vdmUgIHN5c2xvZy1pbml0IC9ldGMvaW5pdC5k
L3N5c2xvZy5zeXNsb2ctbmcgICAgIDwtLS0tIEEgc2lkZS1lZmZlY3Qgb2YgcmV2ZXJ0aW5nIGNv
bW1pdCAwMzA3MTUxMS4uCiBpZiBbIC16ICIkRCIgXTsgdGhlbgogICAgICAgIC9ldGMvaW5pdC5k
L3N5c2xvZyBzdG9wCiBmaQotICAgICAgIHVwZGF0ZS1hbHRlcm5hdGl2ZXMgLS1yZW1vdmUgIHN5
c2xvZy1pbml0IC9ldGMvaW5pdC5kL3N5c2xvZy5zeXNsb2ctbmcKK2lmIFsgLXogIiREIiBdOyB0
aGVuICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICA8LS0tLSAuLndvcmtlZCBhcm91bmQgaGVyZS4KKyAgICAgICAvZXRjL2luaXQuZC9z
eXNsb2cuc3lzbG9nLW5nIHN0b3AKK2ZpCgpTaWduZWQtb2ZmLWJ5OiBIYXJpcyBPa2Fub3ZpYyA8
aGFyaXMub2thbm92aWNAbmkuY29tPgotLS0KIG1ldGEtb2UvcmVjaXBlcy1zdXBwb3J0L3N5c2xv
Zy1uZy9zeXNsb2ctbmcuaW5jIHwgMTggKysrKysrKysrKysrKysrKystCiAxIGZpbGUgY2hhbmdl
ZCwgMTcgaW5zZXJ0aW9ucygrKSwgMSBkZWxldGlvbigtKQoKZGlmZiAtLWdpdCBhL21ldGEtb2Uv
cmVjaXBlcy1zdXBwb3J0L3N5c2xvZy1uZy9zeXNsb2ctbmcuaW5jIGIvbWV0YS1vZS9yZWNpcGVz
LXN1cHBvcnQvc3lzbG9nLW5nL3N5c2xvZy1uZy5pbmMKaW5kZXggNGUwZjY5N2JjZTMyNDY0NWQ1
MmZjNmIyZWQ0ZjBhZTllN2Q3N2NlMy4uODZjNDhiMjI0MTg0ZDI1Zjc2NWQyNjM2NThkOTEwZWVl
OGU5NTg3ZiAxMDA2NDQKLS0tIGEvbWV0YS1vZS9yZWNpcGVzLXN1cHBvcnQvc3lzbG9nLW5nL3N5
c2xvZy1uZy5pbmMKKysrIGIvbWV0YS1vZS9yZWNpcGVzLXN1cHBvcnQvc3lzbG9nLW5nL3N5c2xv
Zy1uZy5pbmMKQEAgLTIyLDcgKzIyLDcgQEAgU1JDX1VSSSA9ICJodHRwOi8vd3d3LmJhbGFiaXQu
Y29tL2Rvd25sb2Fkcy9maWxlcy9zeXNsb2ctbmcvc291cmNlcy8ke1BWfS9zb3VyY2UKICAgICAg
ICAgICAgZmlsZTovL2NvbmZpZ3VyZS5hYy1hZGQtb3B0aW9uLWVuYWJsZS10aHJlYWQtdGxzLXRv
LW1hbmFnZS0ucGF0Y2ggXAogIgogCi1pbmhlcml0IGF1dG90b29scyBzeXN0ZW1kIHBrZ2NvbmZp
ZyB1cGRhdGUtYWx0ZXJuYXRpdmVzIHVwZGF0ZS1yYy5kCitpbmhlcml0IGF1dG90b29scyBzeXN0
ZW1kIHBrZ2NvbmZpZyB1cGRhdGUtcmMuZCB1cGRhdGUtYWx0ZXJuYXRpdmVzCiAKIEVYVFJBX09F
Q09ORiA9ICIgXAogICAgIC0tZW5hYmxlLWR5bmFtaWMtbGlua2luZyBcCkBAIC0xMTYsMyArMTE2
LDE5IEBAIHB5dGhvbiAoKSB7CiAKIElOSVRTQ1JJUFRfTkFNRSA9ICJzeXNsb2ciCiBJTklUU0NS
SVBUX1BBUkFNUyA9ICJzdGFydCAyMCAyIDMgNCA1IC4gc3RvcCA5MCAwIDEgNiAuIgorCisjIFhY
WCB1cGRhdGUtcmMuZCBhbmQgdXBkYXRlLWFsdGVybmF0aXZlcyBkb24ndCB3b3JrIHdlbGwgdG9n
ZXRoZXIuCisjICBCb3RoIGdlbmVyYXRlIGludGVyZGVwZW5kYW50IHBvc3RpbnN0IGFuZCBwcmVy
bSBjb2RlOyBJLmUuIHdoZXJlCisjICBvcmRlciBvZiB0aGUgZ2VuZXJhdGVkIGNvZGUgbWF0dGVy
cy4gcHJlcm0gYnJlYWtzIHdoZW4KKyMgIHVwZGF0ZS1yYy5kLmJiY2xhc3MgaXMgaW5oZXJpdGVk
IGZpcnN0IGJ5IHRoaXMgcmVjaXBpZSwgYW5kIHBvc3RpbnN0CisjICBicmVha3Mgd2hlbiB1cGRh
dGUtYWx0ZXJuYXRpdmVzLmJiY2xhc3MgaXMgaW5oZXJpdGVkIGZpcnN0LiBUaGUKKyMgIGZvcm1l
ciBjYW4gYmUgd29ya2VkIGFyb3VuZCBieSBzdG9wcGluZyBzeXNsb2ctbmcgaW4gcHJlcm0gYnkg
dGhlCisjICByZWFsIGluaXQuZCBmaWxlbmFtZSBpbiBhZGRpdGlvbiB0byBpdCdzIHVwZGF0ZS1h
bHRlcm5hdGl2ZXMgYWxpYXMuCisjICBUaGlzIGlzIGFuIHVnbHkgaGFjaywgYnV0IGl0J3MgZW5v
dWdoIHRvIGZpeCBib3RoIGluc3RhbGwgYW5kCisjICB1bmluc3RhbGwgY2FzZXMgZm9yIHN5c2xv
Zy1uZyBwYWNrYWdlcyB1bnRpbCB1cGRhdGUtcmMuZCBhbmQKKyMgIHVwZGF0ZS1hbHRlcm5hdGl2
ZXMgY2FuIGJlIGZpeGVkLgordXBkYXRlcmNkX3ByZXJtX2FwcGVuZCgpIHsKK2lmIFsgLXogIiRE
IiBdOyB0aGVuCisJJHtJTklUX0RfRElSfS9zeXNsb2cuJHtCUE59IHN0b3AKK2ZpCit9Ci0tIAoy
LjguMgoK
</data>

          </attachment>
      

    </bug>

</bugzilla>