<?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>14020</bug_id>
          
          <creation_ts>2020-08-23 15:21:14 +0000</creation_ts>
          <short_desc>environment-setup script in multilib eSDK doesn&apos;t work for multilib variant</short_desc>
          <delta_ts>2026-10-01 17:48:34 +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>OE-Core</product>
          <component>core</component>
          <version>3.1.3</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>IN PROGRESS IMPLEMENTATION</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>6.2 M1</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Pascal Bach">pascal.bach</reporter>
          <assigned_to name="Unassigned">unassigned</assigned_to>
          <cc>jpuhlman</cc>
    
    <cc>kai.kang</cc>
    
    <cc>liezhi.yang</cc>
    
    <cc>mark.hatle</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>randy.macleod</cc>
    
    <cc>sundeep.kokkonda</cc>
    
    <cc>SunilKumar.Dora</cc>
    
    <cc>tgamblin</cc>
    
    <cc>workjagadeesh</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Don&apos;t know</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>88020</commentid>
    <comment_count>0</comment_count>
    <who name="Pascal Bach">pascal.bach</who>
    <bug_when>2020-08-23 15:21:14 +0000</bug_when>
    <thetext>When building a multilib eSDK only the &quot;default&quot; environment-setup file works.
The secondary one can&apos;t compile any C++ code as it is missing some essential libraries and headers.


# Steps to reproduce:

1. Build a an eSDK  with multilib support (as described in the Manual):

MACHINE = &quot;qemux86-64&quot;
require conf/multilib.conf
MULTILIBS = &quot;multilib:lib32&quot;
DEFAULTTUNE_virtclass-multilib-lib32 = &quot;x86&quot;

2. Install the corresponding eSDK

It prints an info to source on of two toolchains:

 $ . /home/poky_esdk/environment-setup-core2-64-poky-linux
 $ . /home/poky_esdk/environment-setup-x86-pokymllib32-linux

3. Sourcing the toolchain


. /home/poky_esdk/environment-setup-core2-64-poky-linux =&gt; works and can compile

. /home/poky_esdk/environment-setup-x86-pokymllib32-linux =&gt; doesn&apos;t work as it can not find some headers (e.g. c++config.h) and libraries (e.g. gcc_s).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>88045</commentid>
    <comment_count>1</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2020-08-27 07:39:02 +0000</bug_when>
    <thetext>Robert, This seems like something that we should fix. Can you work on it/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>88046</commentid>
    <comment_count>2</comment_count>
    <who name="Mark Hatle">mark.hatle</who>
    <bug_when>2020-08-27 07:53:55 +0000</bug_when>
    <thetext>Check that this is not a compiler bug.  Look at the path the compiler is using to try to get to the files that are listed as missing.

In the past, I saw a similar bug (specific to C++ libraries) and it turns out that multilib settings within the compiler itself was breaking the path structure for C++.

Once the multilib &quot;hack&quot; was put into place, it resolved the problem.

The hack is located here:

https://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/gcc/gcc/0004-64-bit-multilib-hack.patch

Note, that it only covers the four main architectures.  If you are building something else -- or somehow this file wasn&apos;t included you will get C++ (and possibly other) failures.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>88052</commentid>
    <comment_count>3</comment_count>
    <who name="Jeremy A. Puhlman">jpuhlman</who>
    <bug_when>2020-08-27 12:23:29 +0000</bug_when>
    <thetext>Mark, I actually don&apos;t think that is likely the case here. Building the standard sdk works fine for multilib with the same image(I included something to drag in 32bit libstdc++), but fails with the same image target with extensible sdk.

[jp@localhost mulitlib-sdk]$ rm -rf foo; ./tmp/deploy/sdk/poky-glibc-x86_64-core-image-minimal-core2-64-qemux86-64-toolchain-3.1+snapshot.sh -d `pwd`/foo -y
Poky (Yocto Project Reference Distro) SDK installer version 3.1+snapshot
========================================================================
You are about to install the SDK to &quot;/home/jp/master/mulitlib-sdk/foo&quot;. Proceed [Y/n]? Y
Extracting SDK...........................................................done
Setting it up...done
SDK has been successfully set up and is ready to be used.
Each time you wish to use the SDK in a new shell session, you need to source the environment setup script e.g.
 $ . /home/jp/master/mulitlib-sdk/foo/environment-setup-core2-64-poky-linux
 $ . /home/jp/master/mulitlib-sdk/foo/environment-setup-x86-pokymllib32-linux
[jp@localhost mulitlib-sdk]$ bash
[jp@localhost mulitlib-sdk]$ source /home/jp/master/mulitlib-sdk/foo/environment-setup-x86-pokymllib32-linux
[jp@localhost mulitlib-sdk]$ $CXX foo.cpp -O2
[jp@localhost mulitlib-sdk]$


[jp@localhost mulitlib-sdk]$ rm -rf foo; ./tmp/deploy/sdk/poky-glibc-x86_64-core-image-minimal-core2-64-qemux86-64-toolchain-ext-3.1+snapshot.sh -d `pwd`/foo -y
Poky (Yocto Project Reference Distro) Extensible SDK installer version 3.1+snapshot
===================================================================================
You are about to install the SDK to &quot;/home/jp/master/mulitlib-sdk/foo&quot;. Proceed [Y/n]? Y
Extracting SDK..............................................................................................done
Setting it up...
Extracting buildtools...
Preparing build system...
Loading cache: 100% |                                                                                                                    | ETA:  --:--:--
Parsing recipes: 100% |###################################################################################################################| Time: 0:00:29
Initialising tasks: 100% |################################################################################################################| Time: 0:00:03
Checking sstate mirror object availability: 100% |########################################################################################| Time: 0:00:00
Loading cache: 100% |#####################################################################################################################| Time: 0:00:00
Initialising tasks: 100% |################################################################################################################| Time: 0:00:00
done
SDK has been successfully set up and is ready to be used.
Each time you wish to use the SDK in a new shell session, you need to source the environment setup script e.g.
 $ . /home/jp/master/mulitlib-sdk/foo/environment-setup-core2-64-poky-linux
 $ . /home/jp/master/mulitlib-sdk/foo/environment-setup-x86-pokymllib32-linux
[jp@localhost mulitlib-sdk]$ bash
[jp@localhost mulitlib-sdk]$ source /home/jp/master/mulitlib-sdk/foo/environment-setup-x86-pokymllib32-linux
[jp@localhost mulitlib-sdk]$ $CXX foo.cpp -O2
In file included from foo.cpp:1:
/home/jp/master/mulitlib-sdk/foo/tmp/sysroots/qemux86-64/usr/include/c++/10.2.0/iostream:38:10: fatal error: bits/c++config.h: No such file or directory
   38 | #include &lt;bits/c++config.h&gt;
      |          ^~~~~~~~~~~~~~~~~~
compilation terminated.


No difference in the image itself.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>88142</commentid>
    <comment_count>4</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2020-09-11 01:11:24 +0000</bug_when>
    <thetext>Maybe it is because oe-core missed the following patch, I had sent it oe-core years ago, but didn&apos;t get merged:

  git://git.openembedded.org/openembedded-core-contrib rbt/multilib_esdk
  http://cgit.openembedded.org/openembedded-core-contrib/log/?h=rbt/multilib_esdk

Robert Yang (1):
  populate_sdk_ext.bbclass: fix for multilib


I will resend it, but it would be great if Pascal Bach and Jeremy A. Puhlman  can help verify it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>88247</commentid>
    <comment_count>5</comment_count>
    <who name="Pascal Bach">pascal.bach</who>
    <bug_when>2020-09-28 02:19:44 +0000</bug_when>
    <thetext>I tried to verify the patch proposed by Robert Yang. And it doesn&apos;t solve the issue.

When I try to compile there are still some files missing.

Namely:
- libgcc_s.so
- libgcc.a 
- crti.o

From what I can tell these files are provided by the following packages:

- lib32-gcc-runtime
- lib32-glibc
- lib32-libgcc

I tried adding them to
SDK_DEPENDS_append = &quot; lib32-gcc-runtime lib32-glibc lib32-libgcc&quot;

But it doesn&apos;t seem to have any effect.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>88252</commentid>
    <comment_count>6</comment_count>
    <who name="Pascal Bach">pascal.bach</who>
    <bug_when>2020-09-28 11:44:48 +0000</bug_when>
    <thetext>I currently suspect that the issue is with the &quot;build-sysroots&quot; recipe as it does not seem to be including any of the lib32 packages.

Manually hacking &quot;x86&quot; in https://github.com/openembedded/openembedded-core/blob/master/meta/classes/staging.bbclass#L194 seems to make it include the lib32 packages in tmp/sysroots/qemux86-64.

But the resulting eSDK can&apos;t be installed as it throws some hash miss match errors.

So I think there are still some parts in that area that don&apos;t handle multilib properly.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96045</commentid>
    <comment_count>7</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2023-07-26 21:21:56 +0000</bug_when>
    <thetext>Bulk move of 64 bugs to 4.3 M3 after a quick review.
If a bug is actually fixed, please add a commit link and resolve it.
-- Randy for YP bug team.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96465</commentid>
    <comment_count>8</comment_count>
    <who name="Trevor Gamblin">tgamblin</who>
    <bug_when>2023-09-14 16:37:00 +0000</bug_when>
    <thetext>Moved to M4.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97071</commentid>
    <comment_count>9</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2023-10-30 15:29:12 +0000</bug_when>
    <thetext>Bulk move to 5.0 M1. -- Randy</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97662</commentid>
    <comment_count>10</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2023-12-21 23:28:26 +0000</bug_when>
    <thetext>Bulk move of 52 5.0-M1 bugs to M2.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>98016</commentid>
    <comment_count>11</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2024-01-25 14:28:51 +0000</bug_when>
    <thetext>Bulk move of bugs owned by &quot;unassigned&quot; from 5.0-M2 to 5.0-M3.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>98284</commentid>
    <comment_count>12</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2024-02-22 19:53:19 +0000</bug_when>
    <thetext>Bulk move of bugs from 5.0-M3 to 5.99.
The bugs in this list are all unassigned and are ones that I consider to be nice to do some time but not essential track from milestone to milestone in 5.0 or 5.1. We agreed on this bug handling approach in the YP bug review on Feb 22, 2024.

If you disagree, please move back to a 5.[012...]-M* milestone.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>104708</commentid>
    <comment_count>13</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2026-03-18 21:48:28 +0000</bug_when>
    <thetext>Doing old bug triage so just skimming.

Sundeep, 

Please have someone take a look at this bug report in the coming month.
Is it still a problem? 

Pascal,
Any news on this issue ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106940</commentid>
    <comment_count>14</comment_count>
      <attachid>5247</attachid>
    <who name="Jagadeesh Krishnanjanappa">workjagadeesh</who>
    <bug_when>2026-09-26 18:01:57 +0000</bug_when>
    <thetext>Created attachment 5247
dunfell: search and populate files in multilib manifest file</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106941</commentid>
    <comment_count>15</comment_count>
      <attachid>5248</attachid>
    <who name="Jagadeesh Krishnanjanappa">workjagadeesh</who>
    <bug_when>2026-09-26 18:02:26 +0000</bug_when>
    <thetext>Created attachment 5248
master: search and populate files in multilib manifest file</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106942</commentid>
    <comment_count>16</comment_count>
    <who name="Jagadeesh Krishnanjanappa">workjagadeesh</who>
    <bug_when>2026-09-26 18:09:42 +0000</bug_when>
    <thetext>The missing header file (bits/c++config.h) is given by gcc-runtime recipe.
During the installing of eSDK, this file is populated
into the &lt;eSDK_install_directory&gt;/tmp/sysroots by the staging_populate_sysroot_dir function
by parsing SSTATE_MANFILEPREFIX file (i.e &lt;esdk_installed_directory&gt;/tmp/sstate-control/manifest-&lt;pkgarch&gt;-[lib32-]gcc-runtime.populate_sysroot ) under the directories listed by &lt;pkgarch&gt;. But the multilib-DEFAULTTUNE (i.e &apos;x86&apos; in case of qemux86-64) is not part of
&lt;pkgarch&gt; of staging_populate_sysroot_dir function, hence the &lt;esdk_installed_directory&gt;/tmp/sstate-control/manifest-x86-lib32-gcc-runtime.populate_sysroot file is not parsed and
the files of lib32-gcc-runtime which are supposed to be populated under &lt;eSDK_install_directory&gt;/tmp/sysroots directory are absent.

Adding multilib-DEFAULTTUNE (i.e &apos;x86&apos; in case of qemux86-64) as part of
&lt;pkgarch&gt; in staging_populate_sysroot_dir function solves the issue for dunfell.


On master branch, the eSDK does not install the multilib BASEDEPENDS i.e
virtual/lib32-cross-cc, virtual/lib32-compilerlibs, and virtual/lib32-libc even though the multilib configuration is enabled in the conf/local.conf. Due
to this we cannot compile source for multilib using the eSDK.
This patch adds dependency on multilib BASEDEPENDS in meta-extsdk-toolchain recipe if multilib configuration is enabled in the conf/local.conf.


The patches attachment 5247 and attachment 5248 are tested on dunfell and master. Below are the logs.

With Dunfell:
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$ sh tmp/deploy/sdk/poky-glibc-x86_64-core-image-minimal-core2-64-qemux86-64-toolchain-ext-3.1.33.sh -d $PWD/sdk -y
Poky (Yocto Project Reference Distro) Extensible SDK installer version 3.1.33
=============================================================================
You are about to install the SDK to &quot;/home/matti/work_jagadeesh/new_project/poky/build/sdk&quot;. Proceed [Y/n]? Y
Extracting SDK.................................................................................done
Setting it up...
Extracting buildtools...
Preparing build system...
WARNING: Host distribution &quot;debian-12&quot; has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution.
Parsing recipes: 100% |########################################################| Time: 0:00:04
Initialising tasks: 100% |#####################################################| Time: 0:01:22
Checking sstate mirror object availability: 100% |#############################| Time: 0:00:16
WARNING: Host distribution &quot;debian-12&quot; has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution.
Loading cache: 100% |##########################################################| Time: 0:00:38
Initialising tasks: 100% |#####################################################| Time: 0:00:00
done
SDK has been successfully set up and is ready to be used.
Each time you wish to use the SDK in a new shell session, you need to source the environment setup script e.g.
 $ . /home/matti/work_jagadeesh/new_project/poky/build/sdk/environment-setup-core2-64-poky-linux
 $ . /home/matti/work_jagadeesh/new_project/poky/build/sdk/environment-setup-x86-pokymllib32-linux
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$ . /home/matti/work_jagadeesh/new_project/poky/build/sdk/environment-setup-x86-pokymllib32-linux
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$ cat foo.cpp
#include &lt;iostream&gt;

int main() {
    std::cout &lt;&lt; &quot;Hello, World!&quot; &lt;&lt; std::endl;
    return 0;
}
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$ echo $CXX
i686-pokymllib32-linux-g++ -m32 -fstack-protector-strong -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/home/matti/work_jagadeesh/new_project/poky/build/sdk/tmp/sysroots/qemux86-64
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$ $CXX foo.cpp -O2 -o foo_32
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$ file foo_32
foo_32: ELF 32-bit LSB pie executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, BuildID[sha1]=9f06fc5d0b2abf2d954336f884e4888a20174b71, for GNU/Linux 3.2.0, with debug_info, not stripped
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$ . /home/matti/work_jagadeesh/new_project/poky/build/sdk/environment-setup-core2-64-poky-linux
SDK environment now set up; additionally you may now run devtool to perform development tasks.
Run devtool --help for further details.
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$ echo $CXX
x86_64-poky-linux-g++ -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -fstack-protector-strong -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/home/matti/work_jagadeesh/new_project/poky/build/sdk/tmp/sysroots/qemux86-64
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$ $CXX foo.cpp -O2 -o foo_64
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$ file foo_64
foo_64: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=3eede75c97eafd7f7bba6540f41dab71a27bb9d9, for GNU/Linux 3.2.0, with debug_info, not stripped
matti@cfarm422:~/work_jagadeesh/new_project/poky/build$
------------------------------------------------------------------

With master:
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$ sh tmp/deploy/sdk/oecore-core-image-minimal-x86_64-x86-64-v3-qemux86-64-toolchain-ext-nodistro.0.sh -d $PWD/SDK -y
OpenEmbedded Extensible SDK installer version nodistro.0
========================================================
You are about to install the SDK to &quot;/home/matti/work_jagadeesh/bitbake-builds/layers/openembedded-core/build/SDK&quot;. Proceed [Y/n]? Y
Extracting SDK..................................................................................................................................................................................done
Setting it up...
Extracting buildtools...
Preparing build system...
Loading cache: 100% |##########################################################| Time: 0:00:00
Parsing recipes: 100% |########################################################| Time: 0:00:21
Initialising tasks: 100% |#####################################################| Time: 0:00:11
NOTE: Reconnecting to bitbake server...
NOTE: Retrying server connection (#1)... (17:26:31.173136)
Loading cache: 100% |##########################################################| Time: 0:00:00
Parsing recipes: 100% |########################################################| Time: 0:00:22
Initialising tasks: 100% |#####################################################| Time: 0:00:00
NOTE: Reconnecting to bitbake server...
NOTE: Retrying server connection (#1)... (17:27:01.199103)
Loading cache: 100% |##########################################################| Time: 0:00:02
Initialising tasks: 100% |#####################################################| Time: 0:00:00
done
SDK has been successfully set up and is ready to be used.
Each time you wish to use the SDK in a new shell session, you need to source the environment setup script e.g.
 $ . /home/matti/work_jagadeesh/bitbake-builds/layers/openembedded-core/build/SDK/environment-setup-x86-64-v3-oe-linux
 $ . /home/matti/work_jagadeesh/bitbake-builds/layers/openembedded-core/build/SDK/environment-setup-x86-oemllib32-linux
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$ . /home/matti/work_jagadeesh/bitbake-builds/layers/openembedded-core/build/SDK/environment-setup-x86-oemllib32-linux
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$ cat foo.cpp
#include &lt;iostream&gt;

int main() {
    std::cout &lt;&lt; &quot;Hello, World!&quot; &lt;&lt; std::endl;
    return 0;
}
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$ echo $CXX
i686-oemllib32-linux-g++ -m32 -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/home/matti/work_jagadeesh/bitbake-builds/layers/openembedded-core/build/SDK/tmp/sysroots/qemux86-64
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$ $CXX foo.cpp -O2 -o foo_32
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$ file foo_32
foo_32: ELF 32-bit LSB pie executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /usr/lib/ld-linux.so.2, BuildID[sha1]=fdb221cf159085ac73f362090076aeb4a89e22b6, for GNU/Linux 5.15.0, with debug_info, not stripped
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$ . /home/matti/work_jagadeesh/bitbake-builds/layers/openembedded-core/build/SDK/environment-setup-x86-64-v3-oe-linux
SDK environment now set up; additionally you may now run devtool to perform development tasks.
Run devtool --help for further details.
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$ echo $CXX      x86_64-oe-linux-g++ -m64 -march=x86-64-v3 -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/home/matti/work_jagadeesh/bitbake-builds/layers/openembedded-core/build/SDK/tmp/sysroots/qemux86-64
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$ $CXX foo.cpp -O2 -o foo_64
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$ file foo_64    foo_64: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /usr/lib64/ld-linux-x86-64.so.2, BuildID[sha1]=6441d615e59f58032a6cf5c0bdc00339150efeb5, for GNU/Linux 5.15.0, with debug_info, not stripped
matti@cfarm422:~/work_jagadeesh/bitbake-builds/layers/openembedded-core/build$
---

Regards,
Jagadeesh</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106969</commentid>
    <comment_count>17</comment_count>
    <who name="Jagadeesh Krishnanjanappa">workjagadeesh</who>
    <bug_when>2026-10-01 01:22:29 +0000</bug_when>
    <thetext>Any suggestions/feedbacks on the patches?
Can I submit the patches for review and merge?

Thanks,
Jagadeesh</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106975</commentid>
    <comment_count>18</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2026-10-01 13:55:44 +0000</bug_when>
    <thetext>Jagadeesh, 
I moved to the milestone 6.2-M1 since we would want a change like this to 
soak in the dev tree before possibly being backported.

Please do post to the list since that&apos;s where code review takes place.
This will also result in your patch being run in the YP AB which
frequently helps to identify deficiencies.

../Randy</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106989</commentid>
    <comment_count>19</comment_count>
    <who name="Jagadeesh Krishnanjanappa">workjagadeesh</who>
    <bug_when>2026-10-01 17:48:34 +0000</bug_when>
    <thetext>(In reply to Randy MacLeod from comment #18)
&gt; Jagadeesh, 
&gt; I moved to the milestone 6.2-M1 since we would want a change like this to 
&gt; soak in the dev tree before possibly being backported.
&gt; 
&gt; Please do post to the list since that&apos;s where code review takes place.
&gt; This will also result in your patch being run in the YP AB which
&gt; frequently helps to identify deficiencies.
&gt; 
&gt; ../Randy

I have submitted the patches for review in the mailing list at

https://lists.openembedded.org/g/openembedded-core/topic/121532867
https://lists.openembedded.org/g/openembedded-core/topic/121532869
https://lists.openembedded.org/g/openembedded-core/topic/121532871

Thanks,
Jagadeesh</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>5247</attachid>
            <date>2026-09-26 18:01:57 +0000</date>
            <delta_ts>2026-09-26 18:01:57 +0000</delta_ts>
            <desc>dunfell: search and populate files in multilib manifest file</desc>
            <filename>0001-dunfell-staging.bbclass-parse-multilib-sstate-manifest-files.patch</filename>
            <type>text/plain</type>
            <size>2433</size>
            <attacher name="Jagadeesh Krishnanjanappa">workjagadeesh</attacher>
            
              <data encoding="base64">RnJvbSBmNDI4N2U2YTQ0ZjEyYzkwNTVjOWI0YTFmYjBiMGVhZTNjYTU3ODJhIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBKYWdhZGVlc2ggSyA8d29ya2phZ2FkZWVzaEBnbWFpbC5jb20+
CkRhdGU6IFNhdCwgMjYgU2VwIDIwMjYgMTY6MzY6MDEgKzAwMDAKU3ViamVjdDogW09FLWNvcmVd
W2R1bmZlbGxdW1BBVENIXV0gc3RhZ2luZy5iYmNsYXNzOiBwYXJzZSBtdWx0aWxpYiBzc3RhdGUK
IG1hbmlmZXN0IGZpbGVzIHRvIHBvcHVsYXRlIG11bHRpbGliIHBhY2thZ2UgZmlsZXMgaW4gZVNE
SwoKQXMgdGhlIG11bHRpbGliLURFRkFVTFRUVU5FIGlzIG5vdCBwYXJ0IG9mIDxwa2dhcmNoPiBv
ZgpzdGFnaW5nX3BvcHVsYXRlX3N5c3Jvb3RfZGlyIGZ1bmN0aW9uLCB0aGUgU1NUQVRFX01BTkZJ
TEVQUkVGSVggZmlsZXMKb2YgbXVsdGlsaWIgcGFja2FnZXMgYXJlIG5vdCBwYXJzZWQgYW5kIG11
bHRpbGliIHBhY2thZ2UgZmlsZXMgYXJlCm5vdCBwb3B1bGF0ZWQgaW4gdGhlIDxlU0RLX2luc3Rh
bGxfZGlyPi90bXAvc3lzcm9vdHMgZHVyaW5nIHRoZSBpbnN0YWxsYXRpb24gb2YgZVNESy4KRHVl
IHRvIHRoaXMsIHRoZSBlU0RLIHN5c3Jvb3RzIGxhY2tzIGhlYWRlciBmaWxlcyByZXF1aXJlZCB0
bwpjb21waWxlIHNvdXJjZSBmb3IgbXVsdGlsaWIuCkZvciBleGFtcGxlOgpUaGUgaGVhZGVyIGZp
bGUgYml0cy9jKytjb25maWcuaCBnaXZlbiBieSBsaWIzMi1nY2MtcnVudGltZSByZWNpcGUsCmlz
IG5vdCBwb3B1bGF0ZWQgaW4gdGhlIDxlU0RLX2luc3RhbGxfZGlyZWN0b3J5Pi90bXAvc3lzcm9v
dHMKYnkgdGhlIHN0YWdpbmdfcG9wdWxhdGVfc3lzcm9vdF9kaXIgZnVuY3Rpb24gYXMgPHBrZ2Fy
Y2g+IGRvZXMgbm90CmNvbnRhaW5zIG11bHRpbGliLURFRkFVTFRUVU5FIChpLmUgJ3g4NicgaW4g
Y2FzZSBvZiBxZW11eDg2LTY0KS4KClRoaXMgY2hhbmdlIGFkZHMgbXVsdGlsaWItREVGQVVMVFRV
TkUgaW50byBsaXN0IG9mIDxwa2dhcmNoPiBhbmQKdGhlcmVieSBwYXJzaW5nIG11bHRpbGliIFNT
VEFURV9NQU5GSUxFUFJFRklYIGZpbGVzIGFuZCBwb3B1bGF0aW5nCm11bHRpbGliIHBhY2thZ2Ug
ZmlsZXMgZHVyaW5nIHRoZSBlU0RLIGluc3RhbGxhdGlvbi4KCkl0IHNvbHZlcyB0aGUgZm9sbG93
aW5nIGVycm9yIHdoaWxlIGNvbXBpbGluZyBzb3VyY2UgZm9yIG11bHRpbGliIGluIGVTREs6Ci0t
IHNuaXAgLS0KJCAkQ1hYIGZvby5jcHAgLU8yCkluIGZpbGUgaW5jbHVkZWQgZnJvbSBmb28uY3Bw
OjE6Ci4uLi9mb28vdG1wL3N5c3Jvb3RzL3FlbXV4ODYtNjQvdXNyL2luY2x1ZGUvYysrLzEwLjIu
MC9pb3N0cmVhbTozODoxMDogZmF0YWwgZXJyb3I6IGJpdHMvYysrY29uZmlnLmg6IE5vIHN1Y2gg
ZmlsZSBvciBkaXJlY3RvcnkKICAgMzggfCAjaW5jbHVkZSA8Yml0cy9jKytjb25maWcuaD4KICAg
ICAgfCAgICAgICAgICBefn5+fn5+fn5+fn5+fn5+fn4KY29tcGlsYXRpb24gdGVybWluYXRlZC4K
LS0gc25pcCAtLQoKW1lPQ1RPICMxNDAyMF0KClNpZ25lZC1vZmYtYnk6IEphZ2FkZWVzaCBLIDx3
b3JramFnYWRlZXNoQGdtYWlsLmNvbT4KLS0tCiBtZXRhL2NsYXNzZXMvc3RhZ2luZy5iYmNsYXNz
IHwgNiArKysrKysKIDEgZmlsZSBjaGFuZ2VkLCA2IGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQg
YS9tZXRhL2NsYXNzZXMvc3RhZ2luZy5iYmNsYXNzIGIvbWV0YS9jbGFzc2VzL3N0YWdpbmcuYmJj
bGFzcwppbmRleCAyMTUyM2M4Zjc1Li5jMGI3NDZiMmNjIDEwMDY0NAotLS0gYS9tZXRhL2NsYXNz
ZXMvc3RhZ2luZy5iYmNsYXNzCisrKyBiL21ldGEvY2xhc3Nlcy9zdGFnaW5nLmJiY2xhc3MKQEAg
LTE5NSw2ICsxOTUsMTIgQEAgZGVmIHN0YWdpbmdfcG9wdWxhdGVfc3lzcm9vdF9kaXIodGFyZ2V0
c3lzcm9vdCwgbmF0aXZlc3lzcm9vdCwgbmF0aXZlLCBkKToKICAgICAgICAgcGtnYXJjaHMgPSBb
JyR7TUFDSElORV9BUkNIfSddCiAgICAgICAgIHBrZ2FyY2hzID0gcGtnYXJjaHMgKyBsaXN0KHJl
dmVyc2VkKGQuZ2V0VmFyKCJQQUNLQUdFX0VYVFJBX0FSQ0hTIikuc3BsaXQoKSkpCiAgICAgICAg
IHBrZ2FyY2hzLmFwcGVuZCgnYWxsYXJjaCcpCisgICAgICAgIG11bHRpbGlicyA9IGQuZ2V0VmFy
KCdNVUxUSUxJQl9WQVJJQU5UUycpLnNwbGl0KCkKKyAgICAgICAgaWYgbXVsdGlsaWJzOgorICAg
ICAgICAgICAgZm9yIG1sIGluIG11bHRpbGliczoKKyAgICAgICAgICAgICAgICBtbHR1bmVzID0g
ZC5nZXRWYXIoJ0RFRkFVTFRUVU5FX3ZpcnRjbGFzcy1tdWx0aWxpYi0lcycgJSBtbCkKKyAgICAg
ICAgICAgICAgICBpZiBtbHR1bmVzOgorICAgICAgICAgICAgICAgICAgICBwa2dhcmNocy5hcHBl
bmQobWx0dW5lcykKICAgICAgICAgdGFyZ2V0ZGlyID0gdGFyZ2V0c3lzcm9vdAogCiAgICAgYmIu
dXRpbHMubWtkaXJoaWVyKHRhcmdldGRpcikKLS0gCjIuMzkuNQoK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>5248</attachid>
            <date>2026-09-26 18:02:26 +0000</date>
            <delta_ts>2026-09-26 18:02:26 +0000</delta_ts>
            <desc>master: search and populate files in multilib manifest file</desc>
            <filename>0001-master-staging.bbclass-parse-multilib-sstate-manifest-files.patch</filename>
            <type>text/plain</type>
            <size>4379</size>
            <attacher name="Jagadeesh Krishnanjanappa">workjagadeesh</attacher>
            
              <data encoding="base64">RnJvbSAzZGQ3YTExNmJiYWQ5NTYwNDZhNjYxZjQyM2FlZGUzY2ZjNDJiZGE2IE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBKYWdhZGVlc2ggSyA8d29ya2phZ2FkZWVzaEBnbWFpbC5jb20+
CkRhdGU6IFNhdCwgMjYgU2VwIDIwMjYgMTc6MjQ6NDEgKzAwMDAKU3ViamVjdDogW09FLWNvcmVd
W1BBVENIXV0gc3RhZ2luZy5iYmNsYXNzOiBwYXJzZSBtdWx0aWxpYiBzc3RhdGUgbWFuaWZlc3QK
IGZpbGVzIHRvIHBvcHVsYXRlIG11bHRpbGliIHBhY2thZ2UgZmlsZXMgaW4gZVNESwoKQXMgdGhl
IG11bHRpbGliLURFRkFVTFRUVU5FIGlzIG5vdCBwYXJ0IG9mIDxwa2dhcmNoPiBvZgpzdGFnaW5n
X3BvcHVsYXRlX3N5c3Jvb3RfZGlyIGZ1bmN0aW9uLCB0aGUgU1NUQVRFX01BTkZJTEVQUkVGSVgg
ZmlsZXMKb2YgbXVsdGlsaWIgcGFja2FnZXMgYXJlIG5vdCBwYXJzZWQgYW5kIG11bHRpbGliIHBh
Y2thZ2UgZmlsZXMgYXJlCm5vdCBwb3B1bGF0ZWQgaW4gdGhlIDxlU0RLX2luc3RhbGxfZGlyPi90
bXAvc3lzcm9vdHMgZHVyaW5nIHRoZSBpbnN0YWxsYXRpb24gb2YgZVNESy4KRHVlIHRvIHRoaXMs
IHRoZSBlU0RLIHN5c3Jvb3RzIGxhY2tzIGhlYWRlciBmaWxlcyByZXF1aXJlZCB0bwpjb21waWxl
IHNvdXJjZSBmb3IgbXVsdGlsaWIuCkZvciBleGFtcGxlOgpUaGUgaGVhZGVyIGZpbGUgYml0cy9j
Kytjb25maWcuaCBnaXZlbiBieSBsaWIzMi1nY2MtcnVudGltZSByZWNpcGUsCmlzIG5vdCBwb3B1
bGF0ZWQgaW4gdGhlIDxlU0RLX2luc3RhbGxfZGlyZWN0b3J5Pi90bXAvc3lzcm9vdHMKYnkgdGhl
IHN0YWdpbmdfcG9wdWxhdGVfc3lzcm9vdF9kaXIgZnVuY3Rpb24gYXMgPHBrZ2FyY2g+IGRvZXMg
bm90CmNvbnRhaW5zIG11bHRpbGliLURFRkFVTFRUVU5FIChpLmUgJ3g4NicgaW4gY2FzZSBvZiBx
ZW11eDg2LTY0KS4KClRoaXMgY2hhbmdlLAoxLiBBZGRzIG11bHRpbGliLURFRkFVTFRUVU5FIGlu
dG8gbGlzdCBvZiA8cGtnYXJjaD4gYW5kCnRoZXJlYnkgcGFyc2luZyBtdWx0aWxpYiBTU1RBVEVf
TUFORklMRVBSRUZJWCBmaWxlcyBhbmQgcG9wdWxhdGluZwptdWx0aWxpYiBwYWNrYWdlIGZpbGVz
IGR1cmluZyB0aGUgZVNESyBpbnN0YWxsYXRpb24uCgoyLiBTaGlwIG11bHRpbGliIHZpcnR1YWwv
Y3Jvc3MtY2MsIHZpcnR1YWwvY29tcGlsZXJsaWJzLCBhbmQgdmlydHVhbC9saWJjCnBhY2thZ2Vz
IGluIHRoZSBlU0RLIGlmIGVTREsgaXMgY3JlYXRlZCB3aXRoIG11bHRpbGliIGNvbmZpZ3VyYXRp
b24uIFRoZXNlCnBhY2thZ2VzIGFyZSByZXF1aXJlZCB0byBjb21waWxlIHNvdXJjZSBmb3IgbXVs
dGlsaWIgdXNpbmcgdGhlIGVTREsuCgozLiBJbmNsdWRlIG11bHRpbGliIHR1bmUgY29uZmlndXJh
dGlvbiBkaXJlY3RvcnkgaW4gU1BEWF9NVUxUSUxJQl9TU1RBVEVfQVJDSFMKdG8gc2VhcmNoIFNQ
RFggZG9jdW1lbnQgYXMgbWV0YS1leHRzZGstdG9vbGNoYWluIGlzIGRlcGVuZGVudCBvbiBtdWx0
aWxpYiByZWNpcGVzLgoKSXQgc29sdmVzIHRoZSBmb2xsb3dpbmcgZXJyb3Igd2hpbGUgY29tcGls
aW5nIHNvdXJjZSBmb3IgbXVsdGlsaWIgaW4gZVNESzoKLS0gc25pcCAtLQokICRDWFggZm9vLmNw
cCAtTzIKSW4gZmlsZSBpbmNsdWRlZCBmcm9tIGZvby5jcHA6MToKLi4uL2Zvby90bXAvc3lzcm9v
dHMvcWVtdXg4Ni02NC91c3IvaW5jbHVkZS9jKysvMTAuMi4wL2lvc3RyZWFtOjM4OjEwOiBmYXRh
bCBlcnJvcjogYml0cy9jKytjb25maWcuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQogICAz
OCB8ICNpbmNsdWRlIDxiaXRzL2MrK2NvbmZpZy5oPgogICAgICB8ICAgICAgICAgIF5+fn5+fn5+
fn5+fn5+fn5+fgpjb21waWxhdGlvbiB0ZXJtaW5hdGVkLgotLSBzbmlwIC0tCgpbWU9DVE8gIzE0
MDIwXQoKU2lnbmVkLW9mZi1ieTogSmFnYWRlZXNoIEsgPHdvcmtqYWdhZGVlc2hAZ21haWwuY29t
PgotLS0KIG1ldGEvY2xhc3Nlcy1nbG9iYWwvc3RhZ2luZy5iYmNsYXNzICAgICAgICAgICAgIHwg
IDYgKysrKysrCiBtZXRhL3JlY2lwZXMtY29yZS9tZXRhL21ldGEtZXh0c2RrLXRvb2xjaGFpbi5i
YiB8IDE3ICsrKysrKysrKysrKysrKystCiAyIGZpbGVzIGNoYW5nZWQsIDIyIGluc2VydGlvbnMo
KyksIDEgZGVsZXRpb24oLSkKCmRpZmYgLS1naXQgYS9tZXRhL2NsYXNzZXMtZ2xvYmFsL3N0YWdp
bmcuYmJjbGFzcyBiL21ldGEvY2xhc3Nlcy1nbG9iYWwvc3RhZ2luZy5iYmNsYXNzCmluZGV4IDEw
MDg4NjdhNmMuLmVkZjc4YzAzMzAgMTAwNjQ0Ci0tLSBhL21ldGEvY2xhc3Nlcy1nbG9iYWwvc3Rh
Z2luZy5iYmNsYXNzCisrKyBiL21ldGEvY2xhc3Nlcy1nbG9iYWwvc3RhZ2luZy5iYmNsYXNzCkBA
IC0yMDQsNiArMjA0LDEyIEBAIGRlZiBzdGFnaW5nX3BvcHVsYXRlX3N5c3Jvb3RfZGlyKHRhcmdl
dHN5c3Jvb3QsIG5hdGl2ZXN5c3Jvb3QsIG5hdGl2ZSwgZCk6CiAgICAgICAgIHBrZ2FyY2hzID0g
Wycke01BQ0hJTkVfQVJDSH0nXQogICAgICAgICBwa2dhcmNocyA9IHBrZ2FyY2hzICsgbGlzdChy
ZXZlcnNlZChkLmdldFZhcigiUEFDS0FHRV9FWFRSQV9BUkNIUyIpLnNwbGl0KCkpKQogICAgICAg
ICBwa2dhcmNocy5hcHBlbmQoJ2FsbGFyY2gnKQorICAgICAgICBtdWx0aWxpYnMgPSBkLmdldFZh
cignTVVMVElMSUJfVkFSSUFOVFMnKS5zcGxpdCgpCisgICAgICAgIGlmIG11bHRpbGliczoKKyAg
ICAgICAgICAgIGZvciBtbCBpbiBtdWx0aWxpYnM6CisgICAgICAgICAgICAgICAgbWx0dW5lcyA9
IGQuZ2V0VmFyKCdERUZBVUxUVFVORTp2aXJ0Y2xhc3MtbXVsdGlsaWItJXMnICUgbWwpCisgICAg
ICAgICAgICAgICAgaWYgbWx0dW5lczoKKyAgICAgICAgICAgICAgICAgICAgcGtnYXJjaHMuYXBw
ZW5kKG1sdHVuZXMpCiAgICAgICAgIHRhcmdldGRpciA9IHRhcmdldHN5c3Jvb3QKIAogICAgIGJi
LnV0aWxzLm1rZGlyaGllcih0YXJnZXRkaXIpCmRpZmYgLS1naXQgYS9tZXRhL3JlY2lwZXMtY29y
ZS9tZXRhL21ldGEtZXh0c2RrLXRvb2xjaGFpbi5iYiBiL21ldGEvcmVjaXBlcy1jb3JlL21ldGEv
bWV0YS1leHRzZGstdG9vbGNoYWluLmJiCmluZGV4IDE2ZmUxODU5NjQuLmRjZmRlYjg3Y2YgMTAw
NjQ0Ci0tLSBhL21ldGEvcmVjaXBlcy1jb3JlL21ldGEvbWV0YS1leHRzZGstdG9vbGNoYWluLmJi
CisrKyBiL21ldGEvcmVjaXBlcy1jb3JlL21ldGEvbWV0YS1leHRzZGstdG9vbGNoYWluLmJiCkBA
IC0yLDcgKzIsMjIgQEAgU1VNTUFSWSA9ICJFeHRlbnNpYmxlIFNESyB0b29sY2hhaW4gbWV0YS1y
ZWNpcGUiCiBERVNDUklQVElPTiA9ICJNZXRhLXJlY2lwZSBmb3IgZW5zdXJpbmcgdGhlIGJ1aWxk
IGRpcmVjdG9yeSBjb250YWlucyBhbGwgYXBwcm9wcmlhdGUgdG9vbGNoYWluIHBhY2thZ2VzIGZv
ciB1c2luZyBhbiBJREUiCiBMSUNFTlNFID0gIk1JVCIKIAotREVQRU5EUyA9ICJ2aXJ0dWFsL2xp
YmMgJHtNTFBSRUZJWH1nZGItY3Jvc3MtJHtUQVJHRVRfQVJDSH0gcWVtdS1uYXRpdmUgcWVtdS1o
ZWxwZXItbmF0aXZlIHVuZnMzLW5hdGl2ZSIKK0RFUEVORFMgPSAidmlydHVhbC9saWJjICR7TUxQ
UkVGSVh9Z2RiLWNyb3NzLSR7VEFSR0VUX0FSQ0h9IHFlbXUtbmF0aXZlIHFlbXUtaGVscGVyLW5h
dGl2ZSB1bmZzMy1uYXRpdmUgJHtAYWRkX211bHRpbGliX2RlcGVuZHMoZCl9IgorCitkZWYgYWRk
X211bHRpbGliX2RlcGVuZHMoZCk6CisgICAgbWxwa2dzID0gIiIKKyAgICBmb3IgdiBpbiBkLmdl
dFZhcignTVVMVElMSUJfVkFSSUFOVFMnKS5zcGxpdCgpOgorICAgICAgICBsb2NhbGRhdGEgPSBi
Yi5kYXRhLmNyZWF0ZUNvcHkoZCkKKyAgICAgICAgb3ZlcnJpZGUgPSAiOnZpcnRjbGFzcy1tdWx0
aWxpYi0iICsgdgorICAgICAgICBsb2NhbGRhdGEuc2V0VmFyKCJPVkVSUklERVMiLCBsb2NhbGRh
dGEuZ2V0VmFyKCJPVkVSUklERVMiLCBGYWxzZSkgKyBvdmVycmlkZSkKKyAgICAgICAgZm9yIHAg
aW4gbG9jYWxkYXRhLmdldFZhcignQkFTRURFUEVORFMnKS5zcGxpdCgpOgorICAgICAgICAgICAg
cGtnID0gbG9jYWxkYXRhLmdldFZhcigiUFJFRkVSUkVEX1BST1ZJREVSXyVzIiAlIHApCisgICAg
ICAgICAgICBpZiBwa2c6CisgICAgICAgICAgICAgICAgbWxwa2dzID0gbWxwa2dzICsgJyAnICsg
diArICctJyArIHBrZworICAgIHJldHVybiBtbHBrZ3MKKworIyBTZWFyY2ggdGhlIFNQRFggZG9j
dW1lbnQgb2YgbXVsdGlsaWIgcGFja2FnZSBpbiBtdWx0aWxpYiB0dW5lIGNvbmZpZ3VyYXRpb24g
ZGlyZWN0b3J5LgorU1BEWF9NVUxUSUxJQl9TU1RBVEVfQVJDSFMgPSAiJHtAYWxsX211bHRpbGli
X3R1bmVfdmFsdWVzKGQsICdTU1RBVEVfQVJDSFMnKX0iCiAKIGRvX3BvcHVsYXRlX3N5c3Jvb3Rb
ZGVwdGFza10gPSAiZG9fcG9wdWxhdGVfc3lzcm9vdCIKIAotLSAKMi4zOS41Cgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>