<?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>8667</bug_id>
          
          <creation_ts>2015-11-09 13:16:11 +0000</creation_ts>
          <short_desc>populate_sdk task fails when Debian packaging used</short_desc>
          <delta_ts>2020-06-01 23:19:00 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>11</classification_id>
          <classification>Runtime</classification>
          <product>Package Management Issues</product>
          <component>Debian Packaging - DEB</component>
          <version>1.8.2</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>INVALID</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>4.99</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Martin Townsend">mtownsend1973</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>leonardo.sandoval.gonzalez</cc>
    
    <cc>richard.purdie</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>56319</commentid>
    <comment_count>0</comment_count>
    <who name="Martin Townsend">mtownsend1973</who>
    <bug_when>2015-11-09 13:16:11 +0000</bug_when>
    <thetext>When building with
PACKAGE_CLASSES ?= &quot;package_deb&quot;
DPKG_ARCH ?= &quot;armv7ahf-vfp-neon&quot;
in my local.conf, populate_sdk fails with the following message:
ERROR: Unable to install packages. Command &apos;/home/martin/ws_poweroasis/build/am43-devboard-aquila/bia-tmp-glibc/sysroots/x86_64-linux/usr/bin/apt-get  install --force-yes --allow-unauthenticated nativesdk-packagegroup-sdk-host packagegroup-cross-canadian-am43-devboard-aquila&apos; returned 100:
Reading package lists...
Building dependency tree...
Reading state information...
W: Unable to read /home/martin/ws_poweroasis/build/am43-devboard-aquila/bia-tmp-glibc/work/am43_devboard_aquila-oe-linux-gnueabi/bia-image/1.0-r0/apt-sdk/preferences.d/ - DirectoryExists (2: No such file or directory)
E: Unable to locate package nativesdk-packagegroup-sdk-host

Looking in the work directory I could see that all the native related packages were called
xxxx-armv7ahf-vfp-neon.deb

After debugging I found that by putting the following in package_deb.bbclass
python () {
    if d.getVar(&apos;PACKAGES&apos;, True) != &apos;&apos;:
        deps = &apos; dpkg-native:do_populate_sysroot virtual/fakeroot-native:do_populate_sysroot&apos;
        d.appendVarFlag(&apos;do_package_write_deb&apos;, &apos;depends&apos;, deps)
        d.setVarFlag(&apos;do_package_write_deb&apos;, &apos;fakeroot&apos;, &quot;1&quot;)

    # Map TARGET_ARCH to Debian&apos;s ideas about architectures
    darch = d.getVar(&apos;PACKAGE_ARCH&apos;, True)
    if darch in [&quot;x86&quot;, &quot;i486&quot;, &quot;i586&quot;, &quot;i686&quot;, &quot;i686-nativesdk&quot;, &quot;pentium&quot;]:
         d.setVar(&apos;DPKG_ARCH&apos;, &apos;i386&apos;)
    elif darch in [&quot;x86_64&quot;, &quot;x86_64-nativesdk&quot;]:
         d.setVar(&apos;DPKG_ARCH&apos;, &apos;amd64&apos;)
    elif darch == &quot;arm&quot;:
         d.setVar(&apos;DPKG_ARCH&apos;, &apos;armel&apos;)

It now works fine.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56333</commentid>
    <comment_count>1</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2015-11-09 22:10:19 +0000</bug_when>
    <thetext>(In reply to comment #0)
&gt; When building with
&gt; PACKAGE_CLASSES ?= &quot;package_deb&quot;
&gt; DPKG_ARCH ?= &quot;armv7ahf-vfp-neon&quot;
&gt; in my local.conf, populate_sdk fails with the following message:
&gt; ERROR: Unable to install packages. Command
&gt; &apos;/home/martin/ws_poweroasis/build/am43-devboard-aquila/bia-tmp-glibc/
&gt; sysroots/x86_64-linux/usr/bin/apt-get  install --force-yes
&gt; --allow-unauthenticated nativesdk-packagegroup-sdk-host
&gt; packagegroup-cross-canadian-am43-devboard-aquila&apos; returned 100:
&gt; Reading package lists...
&gt; Building dependency tree...
&gt; Reading state information...
&gt; W: Unable to read
&gt; /home/martin/ws_poweroasis/build/am43-devboard-aquila/bia-tmp-glibc/work/
&gt; am43_devboard_aquila-oe-linux-gnueabi/bia-image/1.0-r0/apt-sdk/preferences.d/
&gt; - DirectoryExists (2: No such file or directory)
&gt; E: Unable to locate package nativesdk-packagegroup-sdk-host
&gt; 
&gt; Looking in the work directory I could see that all the native related
&gt; packages were called
&gt; xxxx-armv7ahf-vfp-neon.deb
&gt; 
&gt; After debugging I found that by putting the following in package_deb.bbclass
&gt; python () {
&gt;     if d.getVar(&apos;PACKAGES&apos;, True) != &apos;&apos;:
&gt;         deps = &apos; dpkg-native:do_populate_sysroot
&gt; virtual/fakeroot-native:do_populate_sysroot&apos;
&gt;         d.appendVarFlag(&apos;do_package_write_deb&apos;, &apos;depends&apos;, deps)
&gt;         d.setVarFlag(&apos;do_package_write_deb&apos;, &apos;fakeroot&apos;, &quot;1&quot;)
&gt; 
&gt;     # Map TARGET_ARCH to Debian&apos;s ideas about architectures
&gt;     darch = d.getVar(&apos;PACKAGE_ARCH&apos;, True)
&gt;     if darch in [&quot;x86&quot;, &quot;i486&quot;, &quot;i586&quot;, &quot;i686&quot;, &quot;i686-nativesdk&quot;, &quot;pentium&quot;]:
&gt;          d.setVar(&apos;DPKG_ARCH&apos;, &apos;i386&apos;)
&gt;     elif darch in [&quot;x86_64&quot;, &quot;x86_64-nativesdk&quot;]:
&gt;          d.setVar(&apos;DPKG_ARCH&apos;, &apos;amd64&apos;)
&gt;     elif darch == &quot;arm&quot;:
&gt;          d.setVar(&apos;DPKG_ARCH&apos;, &apos;armel&apos;)
&gt; 
&gt; It now works fine.

What machine are you using? qemuarm?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56334</commentid>
    <comment_count>2</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2015-11-09 22:40:00 +0000</bug_when>
    <thetext>(In reply to comment #1)
&gt; (In reply to comment #0)
&gt; &gt; When building with
&gt; &gt; PACKAGE_CLASSES ?= &quot;package_deb&quot;
&gt; &gt; DPKG_ARCH ?= &quot;armv7ahf-vfp-neon&quot;
&gt; &gt; in my local.conf, populate_sdk fails with the following message:
&gt; &gt; ERROR: Unable to install packages. Command
&gt; &gt; &apos;/home/martin/ws_poweroasis/build/am43-devboard-aquila/bia-tmp-glibc/
&gt; &gt; sysroots/x86_64-linux/usr/bin/apt-get  install --force-yes
&gt; &gt; --allow-unauthenticated nativesdk-packagegroup-sdk-host
&gt; &gt; packagegroup-cross-canadian-am43-devboard-aquila&apos; returned 100:
&gt; &gt; Reading package lists...
&gt; &gt; Building dependency tree...
&gt; &gt; Reading state information...
&gt; &gt; W: Unable to read
&gt; &gt; /home/martin/ws_poweroasis/build/am43-devboard-aquila/bia-tmp-glibc/work/
&gt; &gt; am43_devboard_aquila-oe-linux-gnueabi/bia-image/1.0-r0/apt-sdk/preferences.d/
&gt; &gt; - DirectoryExists (2: No such file or directory)
&gt; &gt; E: Unable to locate package nativesdk-packagegroup-sdk-host
&gt; &gt; 
&gt; &gt; Looking in the work directory I could see that all the native related
&gt; &gt; packages were called
&gt; &gt; xxxx-armv7ahf-vfp-neon.deb
&gt; &gt; 
&gt; &gt; After debugging I found that by putting the following in package_deb.bbclass
&gt; &gt; python () {
&gt; &gt;     if d.getVar(&apos;PACKAGES&apos;, True) != &apos;&apos;:
&gt; &gt;         deps = &apos; dpkg-native:do_populate_sysroot
&gt; &gt; virtual/fakeroot-native:do_populate_sysroot&apos;
&gt; &gt;         d.appendVarFlag(&apos;do_package_write_deb&apos;, &apos;depends&apos;, deps)
&gt; &gt;         d.setVarFlag(&apos;do_package_write_deb&apos;, &apos;fakeroot&apos;, &quot;1&quot;)
&gt; &gt; 
&gt; &gt;     # Map TARGET_ARCH to Debian&apos;s ideas about architectures
&gt; &gt;     darch = d.getVar(&apos;PACKAGE_ARCH&apos;, True)
&gt; &gt;     if darch in [&quot;x86&quot;, &quot;i486&quot;, &quot;i586&quot;, &quot;i686&quot;, &quot;i686-nativesdk&quot;, &quot;pentium&quot;]:
&gt; &gt;          d.setVar(&apos;DPKG_ARCH&apos;, &apos;i386&apos;)
&gt; &gt;     elif darch in [&quot;x86_64&quot;, &quot;x86_64-nativesdk&quot;]:
&gt; &gt;          d.setVar(&apos;DPKG_ARCH&apos;, &apos;amd64&apos;)
&gt; &gt;     elif darch == &quot;arm&quot;:
&gt; &gt;          d.setVar(&apos;DPKG_ARCH&apos;, &apos;armel&apos;)
&gt; &gt; 
&gt; &gt; It now works fine.
&gt; 
&gt; What machine are you using? qemuarm?

Running dpkg-architecture (-L) to list known archs armv7ahf-vfp-neon isn&apos;t recorgnized.

Dpkg version is 1.17.25.

See attachment.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56335</commentid>
    <comment_count>3</comment_count>
      <attachid>2846</attachid>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2015-11-09 22:40:40 +0000</bug_when>
    <thetext>Created attachment 2846
dpkg supported archs</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56336</commentid>
    <comment_count>4</comment_count>
    <who name="Martin Townsend">mtownsend1973</who>
    <bug_when>2015-11-09 22:50:31 +0000</bug_when>
    <thetext>We are using a custom machine based on the variscite am43-devboard which has an ARM cortex A9.
We add armv7ahf-vfp-neon as a foreign architecture for the moment in a script that runs on first boot.  It&apos;s on my list of todo&apos;s to augment the dpkg recipe to make DPKG_ARCH the primary architecture when creating this component.  It wasn&apos;t obvious at first glance.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56337</commentid>
    <comment_count>5</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2015-11-09 22:56:56 +0000</bug_when>
    <thetext>(In reply to comment #4)
&gt; We are using a custom machine based on the variscite am43-devboard which has
&gt; an ARM cortex A9.
&gt; We add armv7ahf-vfp-neon as a foreign architecture for the moment in a
&gt; script that runs on first boot.  It&apos;s on my list of todo&apos;s to augment the
&gt; dpkg recipe to make DPKG_ARCH the primary architecture when creating this
&gt; component.  It wasn&apos;t obvious at first glance.

Also your code that posted seems to you only add pentium in line,
 
- if darch in [&quot;x86&quot;, &quot;i486&quot;, &quot;i586&quot;, &quot;i686&quot;, &quot;i686-nativesdk&quot;, &quot;pentium&quot;]:

Can you add the diff instead of whole code please?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56338</commentid>
    <comment_count>6</comment_count>
    <who name="Martin Townsend">mtownsend1973</who>
    <bug_when>2015-11-09 23:02:34 +0000</bug_when>
    <thetext>It adds nativesdk and instead of using DPKG_ARCH it uses PACKAGE_ARCH, here&apos;s the diff.  This was only a hack to get it working for me.  I don&apos;t really know the code well enough to come up with the real fix.

     # Map TARGET_ARCH to Debian&apos;s ideas about architectures
-    darch = d.getVar(&apos;DPKG_ARCH&apos;, True)
-    if darch in [&quot;x86&quot;, &quot;i486&quot;, &quot;i586&quot;, &quot;i686&quot;, &quot;pentium&quot;]:
+    darch = d.getVar(&apos;PACKAGE_ARCH&apos;, True)
+    if darch in [&quot;x86&quot;, &quot;i486&quot;, &quot;i586&quot;, &quot;i686&quot;, &quot;i686-nativesdk&quot;, &quot;pentium&quot;]:
          d.setVar(&apos;DPKG_ARCH&apos;, &apos;i386&apos;)
-    elif darch == &quot;x86_64&quot;:
+    elif darch in [&quot;x86_64&quot;, &quot;x86_64-nativesdk&quot;]:
          d.setVar(&apos;DPKG_ARCH&apos;, &apos;amd64&apos;)
     elif darch == &quot;arm&quot;:
          d.setVar(&apos;DPKG_ARCH&apos;, &apos;armel&apos;)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56398</commentid>
    <comment_count>7</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2015-11-11 22:13:48 +0000</bug_when>
    <thetext>(In reply to comment #6)
&gt; It adds nativesdk and instead of using DPKG_ARCH it uses PACKAGE_ARCH,
&gt; here&apos;s the diff.  This was only a hack to get it working for me.  I don&apos;t
&gt; really know the code well enough to come up with the real fix.
&gt; 
&gt;      # Map TARGET_ARCH to Debian&apos;s ideas about architectures
&gt; -    darch = d.getVar(&apos;DPKG_ARCH&apos;, True)
&gt; -    if darch in [&quot;x86&quot;, &quot;i486&quot;, &quot;i586&quot;, &quot;i686&quot;, &quot;pentium&quot;]:
&gt; +    darch = d.getVar(&apos;PACKAGE_ARCH&apos;, True)
&gt; +    if darch in [&quot;x86&quot;, &quot;i486&quot;, &quot;i586&quot;, &quot;i686&quot;, &quot;i686-nativesdk&quot;,
&gt; &quot;pentium&quot;]:
&gt;           d.setVar(&apos;DPKG_ARCH&apos;, &apos;i386&apos;)
&gt; -    elif darch == &quot;x86_64&quot;:
&gt; +    elif darch in [&quot;x86_64&quot;, &quot;x86_64-nativesdk&quot;]:
&gt;           d.setVar(&apos;DPKG_ARCH&apos;, &apos;amd64&apos;)
&gt;      elif darch == &quot;arm&quot;:
&gt;           d.setVar(&apos;DPKG_ARCH&apos;, &apos;armel&apos;)

The PACKAGE_ARCH is the OE one to name arch&apos;es the DPKG_ARCH maps to Debian arch&apos;es.

These issue seems to be a specific case of your board since you are adding that arch into dpkg.

Also another variable exist for SDK build that is named SDK_ARCH (OE) and DEB_SDK_ARCH (Debian) this is analogue to the {PACKAGE, DPKG}_ARCH. This
variable is set in rootfs_deb.bbclass.

Can you modify that file instead of package_deb.bbclass for review if works?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56454</commentid>
    <comment_count>8</comment_count>
    <who name="Martin Townsend">mtownsend1973</who>
    <bug_when>2015-11-12 22:44:18 +0000</bug_when>
    <thetext>I will try DPKG_ARCH = armhf which is what I think should be the architecture from what I&apos;ve read, with the reverted package_deb.bbclass. Then I&apos;ll try SDK_ARCH (OE) and DEB_SDK_ARCH and report back with findings.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56701</commentid>
    <comment_count>9</comment_count>
    <who name="Martin Townsend">mtownsend1973</who>
    <bug_when>2015-11-23 15:36:09 +0000</bug_when>
    <thetext>Tried armhf still same problem.
Tried the following in local.conf
SDK_ARCH = &quot;x86_64&quot;
DEB_SDK_ARCH = &quot;x86_64&quot;
still same problem</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56704</commentid>
    <comment_count>10</comment_count>
    <who name="Stephen K Jolley">sjolley.yp.pm</who>
    <bug_when>2015-11-23 18:56:43 +0000</bug_when>
    <thetext>NEEDINFO answered.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72660</commentid>
    <comment_count>11</comment_count>
    <who name="Aníbal Limón">anibal.limon</who>
    <bug_when>2017-04-19 15:17:38 +0000</bug_when>
    <thetext>This bug is an enhancement because it tries to add a new architecture to apt/dpkg and then adds the support into out package management code. Moving to 2.4.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>80662</commentid>
    <comment_count>12</comment_count>
      <attachid>4310</attachid>
    <who name="bhs">bharath.vegito</who>
    <bug_when>2018-05-29 22:41:32 +0000</bug_when>
    <thetext>Created attachment 4310
repro_bug.patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>80663</commentid>
    <comment_count>13</comment_count>
    <who name="bhs">bharath.vegito</who>
    <bug_when>2018-05-29 22:42:48 +0000</bug_when>
    <thetext>Sorry, please ignore repro_bug.patch (delete if possible). It&apos;s meant for #12761</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87345</commentid>
    <comment_count>14</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2020-05-28 07:24:15 +0000</bug_when>
    <thetext>We don&apos;t really support adding in custom package architectures to debian. We made a choice just to map our names over into the debian namespace so this issue is really outside of the scope of what we support.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>2846</attachid>
            <date>2015-11-09 22:40:40 +0000</date>
            <delta_ts>2015-11-09 22:40:40 +0000</delta_ts>
            <desc>dpkg supported archs</desc>
            <filename>dpkg_archs_1.17.25.txt</filename>
            <type>text/plain</type>
            <size>5775</size>
            <attacher name="Aníbal Limón">anibal.limon</attacher>
            
              <data encoding="base64">dWNsaWJjLWxpbnV4LWFybWVsCnVjbGliYy1saW51eC1pMzg2CnVjbGliYy1saW51eC1pYTY0CnVj
bGliYy1saW51eC1hbHBoYQp1Y2xpYmMtbGludXgtYW1kNjQKdWNsaWJjLWxpbnV4LWFybWViCnVj
bGliYy1saW51eC1hcm0KdWNsaWJjLWxpbnV4LWFybTY0CnVjbGliYy1saW51eC1hdnIzMgp1Y2xp
YmMtbGludXgtaHBwYQp1Y2xpYmMtbGludXgtbTMycgp1Y2xpYmMtbGludXgtbTY4awp1Y2xpYmMt
bGludXgtbWlwcwp1Y2xpYmMtbGludXgtbWlwc2VsCnVjbGliYy1saW51eC1taXBzNjQKdWNsaWJj
LWxpbnV4LW1pcHM2NGVsCnVjbGliYy1saW51eC1vcjFrCnVjbGliYy1saW51eC1wb3dlcnBjCnVj
bGliYy1saW51eC1wb3dlcnBjZWwKdWNsaWJjLWxpbnV4LXBwYzY0CnVjbGliYy1saW51eC1wcGM2
NGVsCnVjbGliYy1saW51eC1zMzkwCnVjbGliYy1saW51eC1zMzkweAp1Y2xpYmMtbGludXgtc2gz
CnVjbGliYy1saW51eC1zaDNlYgp1Y2xpYmMtbGludXgtc2g0CnVjbGliYy1saW51eC1zaDRlYgp1
Y2xpYmMtbGludXgtc3BhcmMKdWNsaWJjLWxpbnV4LXNwYXJjNjQKbXVzbC1saW51eC1hcm1oZgpt
dXNsLWxpbnV4LWkzODYKbXVzbC1saW51eC1pYTY0Cm11c2wtbGludXgtYWxwaGEKbXVzbC1saW51
eC1hbWQ2NAptdXNsLWxpbnV4LWFybWViCm11c2wtbGludXgtYXJtCm11c2wtbGludXgtYXJtNjQK
bXVzbC1saW51eC1hdnIzMgptdXNsLWxpbnV4LWhwcGEKbXVzbC1saW51eC1tMzJyCm11c2wtbGlu
dXgtbTY4awptdXNsLWxpbnV4LW1pcHMKbXVzbC1saW51eC1taXBzZWwKbXVzbC1saW51eC1taXBz
NjQKbXVzbC1saW51eC1taXBzNjRlbAptdXNsLWxpbnV4LW9yMWsKbXVzbC1saW51eC1wb3dlcnBj
Cm11c2wtbGludXgtcG93ZXJwY2VsCm11c2wtbGludXgtcHBjNjQKbXVzbC1saW51eC1wcGM2NGVs
Cm11c2wtbGludXgtczM5MAptdXNsLWxpbnV4LXMzOTB4Cm11c2wtbGludXgtc2gzCm11c2wtbGlu
dXgtc2gzZWIKbXVzbC1saW51eC1zaDQKbXVzbC1saW51eC1zaDRlYgptdXNsLWxpbnV4LXNwYXJj
Cm11c2wtbGludXgtc3BhcmM2NAphcm1oZgphcm1lbAptaXBzbjMyCm1pcHNuMzJlbAptaXBzNjQK
bWlwczY0ZWwKcG93ZXJwY3NwZQp4MzIKaTM4NgppYTY0CmFscGhhCmFtZDY0CmFybWViCmFybQph
cm02NAphdnIzMgpocHBhCm0zMnIKbTY4awptaXBzCm1pcHNlbApvcjFrCnBvd2VycGMKcG93ZXJw
Y2VsCnBwYzY0CnBwYzY0ZWwKczM5MApzMzkweApzaDMKc2gzZWIKc2g0CnNoNGViCnNwYXJjCnNw
YXJjNjQKa2ZyZWVic2QtaTM4NgprZnJlZWJzZC1pYTY0CmtmcmVlYnNkLWFscGhhCmtmcmVlYnNk
LWFtZDY0CmtmcmVlYnNkLWFybWViCmtmcmVlYnNkLWFybQprZnJlZWJzZC1hcm02NAprZnJlZWJz
ZC1hdnIzMgprZnJlZWJzZC1ocHBhCmtmcmVlYnNkLW0zMnIKa2ZyZWVic2QtbTY4awprZnJlZWJz
ZC1taXBzCmtmcmVlYnNkLW1pcHNlbAprZnJlZWJzZC1taXBzNjQKa2ZyZWVic2QtbWlwczY0ZWwK
a2ZyZWVic2Qtb3IxawprZnJlZWJzZC1wb3dlcnBjCmtmcmVlYnNkLXBvd2VycGNlbAprZnJlZWJz
ZC1wcGM2NAprZnJlZWJzZC1wcGM2NGVsCmtmcmVlYnNkLXMzOTAKa2ZyZWVic2QtczM5MHgKa2Zy
ZWVic2Qtc2gzCmtmcmVlYnNkLXNoM2ViCmtmcmVlYnNkLXNoNAprZnJlZWJzZC1zaDRlYgprZnJl
ZWJzZC1zcGFyYwprZnJlZWJzZC1zcGFyYzY0CmtuZXRic2QtaTM4NgprbmV0YnNkLWlhNjQKa25l
dGJzZC1hbHBoYQprbmV0YnNkLWFtZDY0CmtuZXRic2QtYXJtZWIKa25ldGJzZC1hcm0Ka25ldGJz
ZC1hcm02NAprbmV0YnNkLWF2cjMyCmtuZXRic2QtaHBwYQprbmV0YnNkLW0zMnIKa25ldGJzZC1t
NjhrCmtuZXRic2QtbWlwcwprbmV0YnNkLW1pcHNlbAprbmV0YnNkLW1pcHM2NAprbmV0YnNkLW1p
cHM2NGVsCmtuZXRic2Qtb3IxawprbmV0YnNkLXBvd2VycGMKa25ldGJzZC1wb3dlcnBjZWwKa25l
dGJzZC1wcGM2NAprbmV0YnNkLXBwYzY0ZWwKa25ldGJzZC1zMzkwCmtuZXRic2QtczM5MHgKa25l
dGJzZC1zaDMKa25ldGJzZC1zaDNlYgprbmV0YnNkLXNoNAprbmV0YnNkLXNoNGViCmtuZXRic2Qt
c3BhcmMKa25ldGJzZC1zcGFyYzY0CmtvcGVuc29sYXJpcy1pMzg2CmtvcGVuc29sYXJpcy1pYTY0
CmtvcGVuc29sYXJpcy1hbHBoYQprb3BlbnNvbGFyaXMtYW1kNjQKa29wZW5zb2xhcmlzLWFybWVi
CmtvcGVuc29sYXJpcy1hcm0Ka29wZW5zb2xhcmlzLWFybTY0CmtvcGVuc29sYXJpcy1hdnIzMgpr
b3BlbnNvbGFyaXMtaHBwYQprb3BlbnNvbGFyaXMtbTMycgprb3BlbnNvbGFyaXMtbTY4awprb3Bl
bnNvbGFyaXMtbWlwcwprb3BlbnNvbGFyaXMtbWlwc2VsCmtvcGVuc29sYXJpcy1taXBzNjQKa29w
ZW5zb2xhcmlzLW1pcHM2NGVsCmtvcGVuc29sYXJpcy1vcjFrCmtvcGVuc29sYXJpcy1wb3dlcnBj
CmtvcGVuc29sYXJpcy1wb3dlcnBjZWwKa29wZW5zb2xhcmlzLXBwYzY0CmtvcGVuc29sYXJpcy1w
cGM2NGVsCmtvcGVuc29sYXJpcy1zMzkwCmtvcGVuc29sYXJpcy1zMzkweAprb3BlbnNvbGFyaXMt
c2gzCmtvcGVuc29sYXJpcy1zaDNlYgprb3BlbnNvbGFyaXMtc2g0CmtvcGVuc29sYXJpcy1zaDRl
Ygprb3BlbnNvbGFyaXMtc3BhcmMKa29wZW5zb2xhcmlzLXNwYXJjNjQKaHVyZC1pMzg2Cmh1cmQt
aWE2NApodXJkLWFscGhhCmh1cmQtYW1kNjQKaHVyZC1hcm1lYgpodXJkLWFybQpodXJkLWFybTY0
Cmh1cmQtYXZyMzIKaHVyZC1ocHBhCmh1cmQtbTMycgpodXJkLW02OGsKaHVyZC1taXBzCmh1cmQt
bWlwc2VsCmh1cmQtbWlwczY0Cmh1cmQtbWlwczY0ZWwKaHVyZC1vcjFrCmh1cmQtcG93ZXJwYwpo
dXJkLXBvd2VycGNlbApodXJkLXBwYzY0Cmh1cmQtcHBjNjRlbApodXJkLXMzOTAKaHVyZC1zMzkw
eApodXJkLXNoMwpodXJkLXNoM2ViCmh1cmQtc2g0Cmh1cmQtc2g0ZWIKaHVyZC1zcGFyYwpodXJk
LXNwYXJjNjQKZGFyd2luLWkzODYKZGFyd2luLWlhNjQKZGFyd2luLWFscGhhCmRhcndpbi1hbWQ2
NApkYXJ3aW4tYXJtZWIKZGFyd2luLWFybQpkYXJ3aW4tYXJtNjQKZGFyd2luLWF2cjMyCmRhcndp
bi1ocHBhCmRhcndpbi1tMzJyCmRhcndpbi1tNjhrCmRhcndpbi1taXBzCmRhcndpbi1taXBzZWwK
ZGFyd2luLW1pcHM2NApkYXJ3aW4tbWlwczY0ZWwKZGFyd2luLW9yMWsKZGFyd2luLXBvd2VycGMK
ZGFyd2luLXBvd2VycGNlbApkYXJ3aW4tcHBjNjQKZGFyd2luLXBwYzY0ZWwKZGFyd2luLXMzOTAK
ZGFyd2luLXMzOTB4CmRhcndpbi1zaDMKZGFyd2luLXNoM2ViCmRhcndpbi1zaDQKZGFyd2luLXNo
NGViCmRhcndpbi1zcGFyYwpkYXJ3aW4tc3BhcmM2NApkcmFnb25mbHlic2QtaTM4NgpkcmFnb25m
bHlic2QtaWE2NApkcmFnb25mbHlic2QtYWxwaGEKZHJhZ29uZmx5YnNkLWFtZDY0CmRyYWdvbmZs
eWJzZC1hcm1lYgpkcmFnb25mbHlic2QtYXJtCmRyYWdvbmZseWJzZC1hcm02NApkcmFnb25mbHli
c2QtYXZyMzIKZHJhZ29uZmx5YnNkLWhwcGEKZHJhZ29uZmx5YnNkLW0zMnIKZHJhZ29uZmx5YnNk
LW02OGsKZHJhZ29uZmx5YnNkLW1pcHMKZHJhZ29uZmx5YnNkLW1pcHNlbApkcmFnb25mbHlic2Qt
bWlwczY0CmRyYWdvbmZseWJzZC1taXBzNjRlbApkcmFnb25mbHlic2Qtb3IxawpkcmFnb25mbHli
c2QtcG93ZXJwYwpkcmFnb25mbHlic2QtcG93ZXJwY2VsCmRyYWdvbmZseWJzZC1wcGM2NApkcmFn
b25mbHlic2QtcHBjNjRlbApkcmFnb25mbHlic2QtczM5MApkcmFnb25mbHlic2QtczM5MHgKZHJh
Z29uZmx5YnNkLXNoMwpkcmFnb25mbHlic2Qtc2gzZWIKZHJhZ29uZmx5YnNkLXNoNApkcmFnb25m
bHlic2Qtc2g0ZWIKZHJhZ29uZmx5YnNkLXNwYXJjCmRyYWdvbmZseWJzZC1zcGFyYzY0CmZyZWVi
c2QtaTM4NgpmcmVlYnNkLWlhNjQKZnJlZWJzZC1hbHBoYQpmcmVlYnNkLWFtZDY0CmZyZWVic2Qt
YXJtZWIKZnJlZWJzZC1hcm0KZnJlZWJzZC1hcm02NApmcmVlYnNkLWF2cjMyCmZyZWVic2QtaHBw
YQpmcmVlYnNkLW0zMnIKZnJlZWJzZC1tNjhrCmZyZWVic2QtbWlwcwpmcmVlYnNkLW1pcHNlbApm
cmVlYnNkLW1pcHM2NApmcmVlYnNkLW1pcHM2NGVsCmZyZWVic2Qtb3IxawpmcmVlYnNkLXBvd2Vy
cGMKZnJlZWJzZC1wb3dlcnBjZWwKZnJlZWJzZC1wcGM2NApmcmVlYnNkLXBwYzY0ZWwKZnJlZWJz
ZC1zMzkwCmZyZWVic2QtczM5MHgKZnJlZWJzZC1zaDMKZnJlZWJzZC1zaDNlYgpmcmVlYnNkLXNo
NApmcmVlYnNkLXNoNGViCmZyZWVic2Qtc3BhcmMKZnJlZWJzZC1zcGFyYzY0Cm5ldGJzZC1pMzg2
Cm5ldGJzZC1pYTY0Cm5ldGJzZC1hbHBoYQpuZXRic2QtYW1kNjQKbmV0YnNkLWFybWViCm5ldGJz
ZC1hcm0KbmV0YnNkLWFybTY0Cm5ldGJzZC1hdnIzMgpuZXRic2QtaHBwYQpuZXRic2QtbTMycgpu
ZXRic2QtbTY4awpuZXRic2QtbWlwcwpuZXRic2QtbWlwc2VsCm5ldGJzZC1taXBzNjQKbmV0YnNk
LW1pcHM2NGVsCm5ldGJzZC1vcjFrCm5ldGJzZC1wb3dlcnBjCm5ldGJzZC1wb3dlcnBjZWwKbmV0
YnNkLXBwYzY0Cm5ldGJzZC1wcGM2NGVsCm5ldGJzZC1zMzkwCm5ldGJzZC1zMzkweApuZXRic2Qt
c2gzCm5ldGJzZC1zaDNlYgpuZXRic2Qtc2g0Cm5ldGJzZC1zaDRlYgpuZXRic2Qtc3BhcmMKbmV0
YnNkLXNwYXJjNjQKb3BlbmJzZC1pMzg2Cm9wZW5ic2QtaWE2NApvcGVuYnNkLWFscGhhCm9wZW5i
c2QtYW1kNjQKb3BlbmJzZC1hcm1lYgpvcGVuYnNkLWFybQpvcGVuYnNkLWFybTY0Cm9wZW5ic2Qt
YXZyMzIKb3BlbmJzZC1ocHBhCm9wZW5ic2QtbTMycgpvcGVuYnNkLW02OGsKb3BlbmJzZC1taXBz
Cm9wZW5ic2QtbWlwc2VsCm9wZW5ic2QtbWlwczY0Cm9wZW5ic2QtbWlwczY0ZWwKb3BlbmJzZC1v
cjFrCm9wZW5ic2QtcG93ZXJwYwpvcGVuYnNkLXBvd2VycGNlbApvcGVuYnNkLXBwYzY0Cm9wZW5i
c2QtcHBjNjRlbApvcGVuYnNkLXMzOTAKb3BlbmJzZC1zMzkweApvcGVuYnNkLXNoMwpvcGVuYnNk
LXNoM2ViCm9wZW5ic2Qtc2g0Cm9wZW5ic2Qtc2g0ZWIKb3BlbmJzZC1zcGFyYwpvcGVuYnNkLXNw
YXJjNjQKc29sYXJpcy1pMzg2CnNvbGFyaXMtaWE2NApzb2xhcmlzLWFscGhhCnNvbGFyaXMtYW1k
NjQKc29sYXJpcy1hcm1lYgpzb2xhcmlzLWFybQpzb2xhcmlzLWFybTY0CnNvbGFyaXMtYXZyMzIK
c29sYXJpcy1ocHBhCnNvbGFyaXMtbTMycgpzb2xhcmlzLW02OGsKc29sYXJpcy1taXBzCnNvbGFy
aXMtbWlwc2VsCnNvbGFyaXMtbWlwczY0CnNvbGFyaXMtbWlwczY0ZWwKc29sYXJpcy1vcjFrCnNv
bGFyaXMtcG93ZXJwYwpzb2xhcmlzLXBvd2VycGNlbApzb2xhcmlzLXBwYzY0CnNvbGFyaXMtcHBj
NjRlbApzb2xhcmlzLXMzOTAKc29sYXJpcy1zMzkweApzb2xhcmlzLXNoMwpzb2xhcmlzLXNoM2Vi
CnNvbGFyaXMtc2g0CnNvbGFyaXMtc2g0ZWIKc29sYXJpcy1zcGFyYwpzb2xhcmlzLXNwYXJjNjQK
dWNsaW51eC1hcm1lbAp1Y2xpbnV4LWkzODYKdWNsaW51eC1pYTY0CnVjbGludXgtYWxwaGEKdWNs
aW51eC1hbWQ2NAp1Y2xpbnV4LWFybWViCnVjbGludXgtYXJtCnVjbGludXgtYXJtNjQKdWNsaW51
eC1hdnIzMgp1Y2xpbnV4LWhwcGEKdWNsaW51eC1tMzJyCnVjbGludXgtbTY4awp1Y2xpbnV4LW1p
cHMKdWNsaW51eC1taXBzZWwKdWNsaW51eC1taXBzNjQKdWNsaW51eC1taXBzNjRlbAp1Y2xpbnV4
LW9yMWsKdWNsaW51eC1wb3dlcnBjCnVjbGludXgtcG93ZXJwY2VsCnVjbGludXgtcHBjNjQKdWNs
aW51eC1wcGM2NGVsCnVjbGludXgtczM5MAp1Y2xpbnV4LXMzOTB4CnVjbGludXgtc2gzCnVjbGlu
dXgtc2gzZWIKdWNsaW51eC1zaDQKdWNsaW51eC1zaDRlYgp1Y2xpbnV4LXNwYXJjCnVjbGludXgt
c3BhcmM2NAptaW50LW02OGsK
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>4310</attachid>
            <date>2018-05-29 22:41:32 +0000</date>
            <delta_ts>2020-05-28 07:21:46 +0000</delta_ts>
            <desc>repro_bug.patch</desc>
            <filename>repro.patch</filename>
            <type>application/octet-stream</type>
            <size>2322</size>
            <attacher name="bhs">bharath.vegito</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL21ldGEvY29uZi9tYWNoaW5lL3FlbXVhcm0xLmNvbmYgYi9tZXRhL2NvbmYv
bWFjaGluZS9xZW11YXJtMS5jb25mCm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAwMDAu
LmJkYmM2OTMKLS0tIC9kZXYvbnVsbAorKysgYi9tZXRhL2NvbmYvbWFjaGluZS9xZW11YXJtMS5j
b25mCkBAIC0wLDAgKzEsMjAgQEAKKyNAVFlQRTogTWFjaGluZQorI0BOQU1FOiBhcm1fdmVyc2F0
aWxlXzkyNmVqcworI0BERVNDUklQVElPTjogYXJtX3ZlcnNhdGlsZV85MjZlanMKKworcmVxdWly
ZSBjb25mL21hY2hpbmUvaW5jbHVkZS9xZW11LmluYworcmVxdWlyZSBjb25mL21hY2hpbmUvaW5j
bHVkZS90dW5lLWFybTl0ZG1pLmluYworI3JlcXVpcmUgY29uZi9tYWNoaW5lL2luY2x1ZGUvdHVu
ZS1hcm0xMTM2amYtcy5pbmMKKworS0VSTkVMX0lNQUdFVFlQRSA9ICJ6SW1hZ2UiCisKK1NFUklB
TF9DT05TT0xFUyA9ICIxMTUyMDA7dHR5QU1BMCAxMTUyMDA7dHR5QU1BMSIKKworIyBGb3IgcnVu
cWVtdQorUUJfU1lTVEVNX05BTUUgPSAicWVtdS1zeXN0ZW0tYXJtIgorUUJfTUFDSElORSA9ICIt
bWFjaGluZSB2ZXJzYXRpbGVwYiIKK1FCX0tFUk5FTF9DTURMSU5FX0FQUEVORCA9ICJjb25zb2xl
PXR0eUFNQTAsMTE1MjAwIGNvbnNvbGU9dHR5IgorIyBBZGQgdGhlICd2aXJ0aW8tcm5nLXBjaScg
ZGV2aWNlIG90aGVyd2lzZSB0aGUgZ3Vlc3QgbWF5IHJ1biBvdXQgb2YgZW50cm9weQorUUJfT1BU
X0FQUEVORCA9ICItc2hvdy1jdXJzb3IgLXVzYiAtdXNiZGV2aWNlIHRhYmxldCAtZGV2aWNlIHZp
cnRpby1ybmctcGNpIgorUFJFRkVSUkVEX1ZFUlNJT05fbGludXgteW9jdG8gPz89ICI0LjglIgor
UUJfRFRCID0gIiR7QGJhc2VfdmVyc2lvbl9sZXNzX29yX2VxdWFsKCdQUkVGRVJSRURfVkVSU0lP
Tl9saW51eC15b2N0bycsICc0LjcnLCAnJywgJ3pJbWFnZS12ZXJzYXRpbGUtcGIuZHRiJywgZCl9
IgpkaWZmIC0tZ2l0IGEvbWV0YS9jb25mL21hY2hpbmUvcWVtdWFybTIuY29uZiBiL21ldGEvY29u
Zi9tYWNoaW5lL3FlbXVhcm0yLmNvbmYKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAw
MC4uNjZkMDRiNgotLS0gL2Rldi9udWxsCisrKyBiL21ldGEvY29uZi9tYWNoaW5lL3FlbXVhcm0y
LmNvbmYKQEAgLTAsMCArMSwyMCBAQAorI0BUWVBFOiBNYWNoaW5lCisjQE5BTUU6IGFybV92ZXJz
YXRpbGVfOTI2ZWpzCisjQERFU0NSSVBUSU9OOiBhcm1fdmVyc2F0aWxlXzkyNmVqcworCityZXF1
aXJlIGNvbmYvbWFjaGluZS9pbmNsdWRlL3FlbXUuaW5jCityZXF1aXJlIGNvbmYvbWFjaGluZS9p
bmNsdWRlL3R1bmUtYXJtOTIwdC5pbmMKKyNyZXF1aXJlIGNvbmYvbWFjaGluZS9pbmNsdWRlL3R1
bmUtYXJtMTEzNmpmLXMuaW5jCisKK0tFUk5FTF9JTUFHRVRZUEUgPSAiekltYWdlIgorCitTRVJJ
QUxfQ09OU09MRVMgPSAiMTE1MjAwO3R0eUFNQTAgMTE1MjAwO3R0eUFNQTEiCisKKyMgRm9yIHJ1
bnFlbXUKK1FCX1NZU1RFTV9OQU1FID0gInFlbXUtc3lzdGVtLWFybSIKK1FCX01BQ0hJTkUgPSAi
LW1hY2hpbmUgdmVyc2F0aWxlcGIiCitRQl9LRVJORUxfQ01ETElORV9BUFBFTkQgPSAiY29uc29s
ZT10dHlBTUEwLDExNTIwMCBjb25zb2xlPXR0eSIKKyMgQWRkIHRoZSAndmlydGlvLXJuZy1wY2kn
IGRldmljZSBvdGhlcndpc2UgdGhlIGd1ZXN0IG1heSBydW4gb3V0IG9mIGVudHJvcHkKK1FCX09Q
VF9BUFBFTkQgPSAiLXNob3ctY3Vyc29yIC11c2IgLXVzYmRldmljZSB0YWJsZXQgLWRldmljZSB2
aXJ0aW8tcm5nLXBjaSIKK1BSRUZFUlJFRF9WRVJTSU9OX2xpbnV4LXlvY3RvID8/PSAiNC44JSIK
K1FCX0RUQiA9ICIke0BiYXNlX3ZlcnNpb25fbGVzc19vcl9lcXVhbCgnUFJFRkVSUkVEX1ZFUlNJ
T05fbGludXgteW9jdG8nLCAnNC43JywgJycsICd6SW1hZ2UtdmVyc2F0aWxlLXBiLmR0YicsIGQp
fSIKZGlmZiAtLWdpdCBhL21ldGEvcmVjaXBlcy1zYXRvL2ltYWdlcy9jb3JlLWltYWdlLXNhdG8u
YmIgYi9tZXRhL3JlY2lwZXMtc2F0by9pbWFnZXMvY29yZS1pbWFnZS1zYXRvLmJiCmluZGV4IGUz
MjQ2ZDIuLjA0YzRmOGQgMTAwNjQ0Ci0tLSBhL21ldGEvcmVjaXBlcy1zYXRvL2ltYWdlcy9jb3Jl
LWltYWdlLXNhdG8uYmIKKysrIGIvbWV0YS9yZWNpcGVzLXNhdG8vaW1hZ2VzL2NvcmUtaW1hZ2Ut
c2F0by5iYgpAQCAtOCw0ICs4LDYgQEAgTElDRU5TRSA9ICJNSVQiCiAKIGluaGVyaXQgY29yZS1p
bWFnZQogCitJTklUUkFNRlNfSU1BR0UgPSAiY29yZS1pbWFnZS1iYXNlIgorCiBJTUFHRV9JTlNU
QUxMICs9ICJwYWNrYWdlZ3JvdXAtY29yZS14MTEtc2F0by1nYW1lcyIK
</data>

          </attachment>
      

    </bug>

</bugzilla>