<?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>14481</bug_id>
          
          <creation_ts>2021-07-14 20:22:06 +0000</creation_ts>
          <short_desc>Programs built with -flto are not reproducible</short_desc>
          <delta_ts>2023-10-25 16:53:35 +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>devtools / tool chain</component>
          <version>3.3.1</version>
          <rep_platform>x86</rep_platform>
          <op_sys>x86_64</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>5.99</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Tony Battersby">tonyb</reporter>
          <assigned_to name="Naveen Gowda">Naveen.Gowda</assigned_to>
          <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>michael.opdenacker</cc>
    
    <cc>pgowda.cve</cc>
    
    <cc>raj.khem</cc>
    
    <cc>randy.macleod</cc>
    
    <cc>richard.purdie</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Yes (doc changes required)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>90919</commentid>
    <comment_count>0</comment_count>
      <attachid>4812</attachid>
    <who name="Tony Battersby">tonyb</who>
    <bug_when>2021-07-14 20:22:06 +0000</bug_when>
    <thetext>Created attachment 4812
LTO reproducible build test

Using DISTRO_FEATURES_append = &quot; lto&quot; or adding &quot;-flto&quot; (Link Time Optimization) to a Makefile makes the resulting binary non-reproducible, in that it depends on the full absolute build path to recipe-sysroot-native, so installing Yocto in a different directory results in a different binary.  This is despite the fact that the CFLAGS contains a -fdebug-prefix-map for recipe-sysroot-native.  The -frandom-seed flag does not help.

Attached is a recipe that demonstrates the problem, without having to install two instances of Yocto.

Instructions:
bitbake lto-test
(fails with error message)
(open a new shell and execute the commands given in error message)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90941</commentid>
    <comment_count>1</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2021-07-15 14:55:02 +0000</bug_when>
    <thetext>Hi Tony, 

Thanks reporting this issue.

We believe that this is still a problem with the upstream toolchain.
If you know otherwise and ideally can point to other distros that use LTO in a reproducible build that would be useful but note that Yocto is more strict since we do not use the same patch in our reproducible build tests. The 3.99 milestone means that we almost certainly won&apos;t get to this in 3.4 unless someone signs up for the bug/enhancement.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90945</commentid>
    <comment_count>2</comment_count>
    <who name="Tony Battersby">tonyb</who>
    <bug_when>2021-07-15 15:14:51 +0000</bug_when>
    <thetext>May I suggest adding a note to the &quot;Reproducible Builds&quot; documentation?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90946</commentid>
    <comment_count>3</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2021-07-15 16:37:56 +0000</bug_when>
    <thetext>I added Michael who does lots of work on the YP docs and can either add a note or show you how to do it since we&apos;re using Sphinx now:
   http://docs.yoctoproject.org/test-manual/reproducible-builds.html?highlight=reproducible

My concern is that while we could document the current limitation, we do want
to know what the upstream status is. Are you able to spend some time looking into that Tony? Ideally, there should be an upstream gcc bug that we track.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90950</commentid>
    <comment_count>4</comment_count>
    <who name="Tony Battersby">tonyb</who>
    <bug_when>2021-07-15 19:20:29 +0000</bug_when>
    <thetext>https://reproducible-builds.org/docs/randomness/
&quot;When Link-Time Optimizations are turned on, GCC users will write random identifiers to binary objects they create. Using -frandom-seed can be used for this particular case. As it will hash arbitrary data, passing the file name should work in most cases.&quot;

In my simple lto-test program, the -frandom-seed flag does not seem to be necessary to produce a deterministic binary, and the test still fails when using -frandom-seed.  However, looking at the gcc source, it looks like it might be necessary in more complex programs, but I am not sure.

If you look at the differences in the LTO binaries with different sysroot-native paths:

strings lto-test.lto1.sysroot0.try0 &gt; strings0
strings lto-test.lto1.sysroot1.try0 &gt; strings1
diff strings0 strings1
&lt; lto_test.c.79b8ff9a
&gt; lto_test.c.bba5e59b

Which brings us to:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66305#c6
&quot;-ffat-lto-objects create unreproducible objects&quot;

This looks related, specifically the comment &quot;LOCATION_FILE is unaffected by -ffile-prefix-map, unlike fold_builtin_FILE in gcc/builtins.c for example.&quot;  However, this comment is about the path to the source file being compiled rather than the location of the sysroot-native containing gcc itself.

I could always submit a new gcc bug upstream.  However, it would take some effort to come up with a test case without Yocto providing the sysroot-native, and I am very busy with other things.  Alternately, I could add a comment to the gcc bug above linking it to this Yocto bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90951</commentid>
    <comment_count>5</comment_count>
    <who name="Michael Opdenacker">michael.opdenacker</who>
    <bug_when>2021-07-16 09:49:12 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; I added Michael who does lots of work on the YP docs and can either add a
&gt; note or show you how to do it since we&apos;re using Sphinx now:
&gt;   
&gt; http://docs.yoctoproject.org/test-manual/reproducible-builds.
&gt; html?highlight=reproducible
&gt; 
&gt; My concern is that while we could document the current limitation, we do want
&gt; to know what the upstream status is. Are you able to spend some time looking
&gt; into that Tony? Ideally, there should be an upstream gcc bug that we track.

Hi,

I&apos;ll be happy to propose a note corresponding to this issue, referring to this bug until it is fixed.

Thanks for adding  me to the CC list.

Michael.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90955</commentid>
    <comment_count>6</comment_count>
    <who name="Tony Battersby">tonyb</who>
    <bug_when>2021-07-16 14:13:45 +0000</bug_when>
    <thetext>I have submitted a new upstream bug report:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101473</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90956</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Opdenacker">michael.opdenacker</who>
    <bug_when>2021-07-16 17:59:25 +0000</bug_when>
    <thetext>Submitted a documentation patch on this issue:
https://lists.yoctoproject.org/g/docs/message/1514
Reviews are welcome!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90965</commentid>
    <comment_count>8</comment_count>
      <attachid>4813</attachid>
    <who name="Tony Battersby">tonyb</who>
    <bug_when>2021-07-21 15:33:25 +0000</bug_when>
    <thetext>Created attachment 4813
gcc: Backport patch to make LTO builds more reproducible

This patch is for Yocto 3.3.1; however, I expect that this feature will be be targeted for Yocto 3.4 or later.  So this patch is just for reference.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90966</commentid>
    <comment_count>9</comment_count>
      <attachid>4814</attachid>
    <who name="Tony Battersby">tonyb</who>
    <bug_when>2021-07-21 15:34:24 +0000</bug_when>
    <thetext>Created attachment 4814
bitbake.conf: add DEBUG_PREFIX_MAP to TARGET_LDFLAGS</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90967</commentid>
    <comment_count>10</comment_count>
      <attachid>4815</attachid>
    <who name="Tony Battersby">tonyb</who>
    <bug_when>2021-07-21 15:35:00 +0000</bug_when>
    <thetext>Created attachment 4815
net-snmp: fix QA Issue after LDFLAGS change</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>90968</commentid>
    <comment_count>11</comment_count>
    <who name="Tony Battersby">tonyb</who>
    <bug_when>2021-07-21 15:36:19 +0000</bug_when>
    <thetext>The original issue has now been fixed in upstream gcc, but Yocto needs additional changes to make LTO builds reproducible.  See the upstream bug report for details:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101473

And the gcc fix:
https://gcc.gnu.org/g:7cc2df084b7977653a9b59cbc34a9ad500ae619c

I have attached a backport of the gcc fix above for gcc 10.2 in Yocto 3.3.1.  However, this is just for reference in case anyone wants to try it out; I would expect that this feature will be be targeted for Yocto 3.4 or later.

As discussed in the gcc bug report above, Yocto needs to be changed to add -f*-prefix-map to LDFLAGS instead of just CFLAGS.  I have attached a patch to do that.  Alternately I suppose the -f*-prefix-map could be moved to CC instead, but I haven&apos;t tested that.  /usr/sbin/lspci from pciutils is a good program to test that shows how adding -f*-prefix-map to LDFLAGS makes a program binary reproducible with LTO enabled.

Adding -f*-prefix-map to LDFLAGS broke package QA on net-snmp.  I have attached a patch that fixes that.  That was the only broken package in my particular build, but there might be other packages that have been broken that I am not building.

With all these patches, there are still many shared libraries in /lib and /usr/lib that are still not reproducible with LTO enabled because x86_64-poky-linux-libtool filters out -f*-prefix-map flags when linking shared libraries.  /usr/lib/libbz2.so.1.0.6 from the libbz2 package from the bzip2 recipe is a good example.  I do not have a patch for that problem.  I will leave that to someone else.

Finally, /usr/lib/grub/i386-pc/*.mod files from the grub package are not reproducible with LTO enabled.  I haven&apos;t investigated this problem.  Maybe grub needs LTO disabled, or -f*-prefix-map, or -frandom-seed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>91008</commentid>
    <comment_count>12</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2021-07-22 21:50:14 +0000</bug_when>
    <thetext>Tony, I&apos;ve been trying to make the time to review your comment and read the links provide but that isn&apos;t happening today. Sigh.

Would it make sense to send the patch you have to the list for review and to have it tested on the autobuilder cluster?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>91012</commentid>
    <comment_count>13</comment_count>
    <who name="Tony Battersby">tonyb</who>
    <bug_when>2021-07-23 13:36:18 +0000</bug_when>
    <thetext>(In reply to comment #12)
&gt; Would it make sense to send the patch you have to the list for review and to
&gt; have it tested on the autobuilder cluster?

I am a developer but I am not a Yocto developer, so I am not familiar with your procedures.

What version of Yocto should we target for this feature?  I am working with 3.3 Hardknott, but that seems the wrong version to target.  The LDFLAGS change broke net-snmp (but I have a patch for that), and it will possibly break other things as well.  So are we looking at 3.4 Honister or 3.5 Kirkstone?  If you want to target Kirkstone, is now the right time to send patches to the mailing list?

To get reproducible LTO builds, we need:
*) The gcc fix
*) The LDFLAGS patch, along with fixes for everything it breaks
*) A fix for libtool, which I don&apos;t have
*) Fixes for individual packages like grub, if needed
*) Add LTO to reproducible builds testing
*) Once everything works, update the documentation again

Of course it is possible to target a subset of these changes for a particular Yocto release, which would make LTO builds more reproducible without getting them to 100%.

So if you think now is the appropriate time to send the patches to the mailing list, let me know which Yocto version to target, and I will look into remaking the patches against that version (although I haven&apos;t worked with a development version of Yocto before, so I am not sure what is involved).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>91017</commentid>
    <comment_count>14</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2021-07-23 19:41:56 +0000</bug_when>
    <thetext>Hi Tony,

Thanks for your prompt, clear response.
I&apos;ve added Richard (project lead) and Khem (key maintainer and toolchain geek!) to the bug so they can get up to speed and perhaps comment on the timing of these improvements. 

The right branch to target is &apos;master&apos; which will be the 3.4 release in October of 2021. 

We have a (long!) document about our workflow but honestly, I&apos;ve never read it!
https://wiki.yoctoproject.org/wiki/Yocto_Project_Design_and_Development_Process

All you really need to know is that we release in October and April of each year and that there are 4 milestone periods of 1.5 months each (M1-&gt; M4). The first 3 periods are for new development and the last is for bug fixes. M3 is around September 1 so it&apos;s possible that, with you pushing, we could get -flto builds to be reproducible. 

Since this work involves several components of the system, it might be best to
wait until Monday and send your existing patch along with a cover letter to: 
   openembedded-core@lists.openembedded.org
including the list  that you presented in your previous comment: &quot;To get reproducible LTO builds, we need: ...&quot;
Submission _guidelines_ are here:
   https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded
but basically, just work on master, do some testing and send a decently commented commit log. Oh we do try to track patches so that we can eventually drop them so please read: 
  https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines#Patch_Header_Recommendations:_Upstream-Status

By sending this patch + description, people other than Richard, Khem and I will have a chance to comment on the work and timing of the fix. 

Thanks again,
../Randy.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96128</commentid>
    <comment_count>15</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2023-07-27 15:03:14 +0000</bug_when>
    <thetext>Tony, I&apos;ve giving this issue to Sundeep but he won&apos;t get to it for a while. 
Free free to comment and take the issue back if you like.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96992</commentid>
    <comment_count>16</comment_count>
    <who name="">pgowda.cve</who>
    <bug_when>2023-10-25 13:18:49 +0000</bug_when>
    <thetext>Hi,

The reproducibility issue is not observed in the current master and Kirkstone branch.

LTO disabled
9f965b136260fe34b7482ccabcf0924fb7dbc7ec790952d9241f71bf9a5f7e09 *lto-test.lto0.sysroot0.try0
9f965b136260fe34b7482ccabcf0924fb7dbc7ec790952d9241f71bf9a5f7e09 *lto-test.lto0.sysroot0.try1
9f965b136260fe34b7482ccabcf0924fb7dbc7ec790952d9241f71bf9a5f7e09 *lto-test.lto0.sysroot1.try0
9f965b136260fe34b7482ccabcf0924fb7dbc7ec790952d9241f71bf9a5f7e09 *lto-test.lto0.sysroot1.try1

LTO enabled
f3a2139f52e2bbdc44b73d1eb607f94db3a089ef6a9c8f1ec0b0f1992a556682 *lto-test.lto1.sysroot0.try0
f3a2139f52e2bbdc44b73d1eb607f94db3a089ef6a9c8f1ec0b0f1992a556682 *lto-test.lto1.sysroot0.try1
f3a2139f52e2bbdc44b73d1eb607f94db3a089ef6a9c8f1ec0b0f1992a556682 *lto-test.lto1.sysroot1.try0
f3a2139f52e2bbdc44b73d1eb607f94db3a089ef6a9c8f1ec0b0f1992a556682 *lto-test.lto1.sysroot1.try1

PASS - LTO build is reproducible</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96993</commentid>
    <comment_count>17</comment_count>
    <who name="">pgowda.cve</who>
    <bug_when>2023-10-25 13:19:30 +0000</bug_when>
    <thetext>Can you please check and let me know if its fine to resolve it</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96994</commentid>
    <comment_count>18</comment_count>
    <who name="Tony Battersby">tonyb</who>
    <bug_when>2023-10-25 14:07:52 +0000</bug_when>
    <thetext>I haven&apos;t tested this in a while, but digging into the git history it looks like the following things fixed the general problems:

upgrade to gcc 12
poky commit 488aa36a61ad (&quot;bitbake.conf: add DEBUG_PREFIX_MAP to TARGET_LDFLAGS&quot;)
poky commit 2f743b473938 (&quot;libtool: Fix lto option passing for reproducible builds&quot;)

There might still be issues with individual packages like grub, but I don&apos;t have time to test right now.  So I would be OK with resolving this bug, and opening bugs for individual packages later if they turn out to have problems.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96995</commentid>
    <comment_count>19</comment_count>
    <who name="">pgowda.cve</who>
    <bug_when>2023-10-25 14:10:27 +0000</bug_when>
    <thetext>Thanks for the confirmation.
Closing the issue as resolved.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96996</commentid>
    <comment_count>20</comment_count>
    <who name="Naveen Gowda">Naveen.Gowda</who>
    <bug_when>2023-10-25 16:26:19 +0000</bug_when>
    <thetext>Resolved as Fixed</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96997</commentid>
    <comment_count>21</comment_count>
    <who name="Michael Opdenacker">michael.opdenacker</who>
    <bug_when>2023-10-25 16:53:35 +0000</bug_when>
    <thetext>Also removing the corresponding comment from the docs:
https://lists.yoctoproject.org/g/docs/message/4502</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>4812</attachid>
            <date>2021-07-14 20:22:06 +0000</date>
            <delta_ts>2021-07-14 20:22:06 +0000</delta_ts>
            <desc>LTO reproducible build test</desc>
            <filename>lto-test.tar.bz2</filename>
            <type>application/x-bzip</type>
            <size>3267</size>
            <attacher name="Tony Battersby">tonyb</attacher>
            
              <data encoding="base64">QlpoOTFBWSZTWco2fpYADB7fgN7wff///3/v/+7////+BShgDf8aYZXXsLnltk5UMb3JVR73uxdu
6VNbsC7ddt0NFA3CSRCMTEyMgpsmIyNKep4mpoeU9TZJ6mJieImm1DamajTQGp6QBNMoNCZNT9RA
NBoyAAAABpk0ABoAlAJBMU00TGlP0U9TJkNA2oDRkAPUADTQNBoASnqJVPNU9GoemoPRAD1PUNAG
jQGmgBoAAAAaHBo0aBoNAZMQGRoZAAGmmQAADBAASJCaAIaBBNNU8ymjRpMnoQDRpo2pp6g9Q02p
oaBppb9v1fk+f09f7GdiPGrdwF8MaQngJCU/FZHjgczQnIGoEu+x+PvdCOBOt0pwBcli0DBtMBDh
pghoGmGBGW7/pu9r2Ov1egufcalnfZ9NlKP+N/0zqQvhbVtb7YUaGbqXGhFvBhYan3OBIs3Fwyj9
gWPErUci+AeGPw+ols4U4SM3jz+gZDgZAzRF3mhDYbo21uoH4cwUfmxjd8Pp3OR6qFJVekw6+Uev
fBt8EHQOy5yiCyT4MQNk57lcPya1IRjrLMmmfUgD4gMIFIlkZAhyKWSDUttwzGWy/Y3mek7EziB7
Dx+xapXT8JLmjioufGoKbup+KviA8odzDZzYbz9nubaVlnfmwd5B0reeZ+HRRmrmJcXDEfYifKsc
7tagDZ0xZSJhW0wGO4Y6+7h/Xey9HfaSm7glvUxicXwbBIr95DDJkth45bXuTDBU7Wx3A0dsjWvj
gvxbcuLRlWEPNFnErYjoxPbghAU2Q/C5gFlu/LUnsjjONgmJ4ZGnCe9+nE42zXt3/Ja34mgio1D1
w3XZd71vqlOzXEaEIIo+cktxvzqYNozaiuJzwpMcTOs9uT9UFpFJVlVH8baBa0mtsFA3opJnWdlX
sEP3wz9vpyuVLqiJowLoiXOR/KroYK5EEbMgQzT4iggsTUbizUxoi9q/qao0Md48uqb8WZJFxWz8
WaF0rb45tqw3E4902MUppwWlWtVSkszK2UxwbKfRvvu5JGXl6aDBQnbruyJ5xtQtmSp4dNHA3rof
Wt5GzYtx3GKwhwpWVrNjQNxmFdhMy+FGGOHBrx3waFjS93zd7PM8B1w6yBw+tf3zrPzQwbrm0xST
oWXgfE81Y29zVM+BQBhQU20BHqfSwRT/WIUNAIZ9touunJ2ZOUWtu5/FpIaamcaYYQ1QRNJtOrj7
UPTMoGXHBhZtTse/79g5p+bAb9+itSmgpxSLjehHH0SauV/3G5FFYYmw4qqiD6GtUuvXnXdhUf2G
qPdGvYrl6aTKGL+BM8+35S6aVUMbf2UK64sqitao60Bvna6ef8p5w38SphaZHNinYAgrLUmwNloh
8V50fzhtMNybMVCHhiyHhmLa4GXXzTvACDweDk3N7nwggwwiiiLVRNCiCKMCCt13N9XnUl6XLwnx
s8hvoLsyLbZl9Bh7/XXmDsi3AgRI14lxI8naqgAfDpAyMPUg96TYiCYckpxK2ABxR9nX7e/5enmA
CoD1xscC2xZ+0/IWSGDFaAeBu42C9QriXPxF5fcdIZ1IBqrPxOJIeyXSPtISXUJevbqM/VqTkcQH
/V7/nN/1gWizWxi5lQOQChOA4nA3vE+AHDq0wLEU8wJWgDm01CQPGVt++OR8pRjO8CRHsOMJYiDI
DESwkAKB0mpZcBMYFLbwukBCjIbAyHITxFeVwAXADUI4lOBAkzVhN9LYwFpwwxKAxLQOCoFByALD
HERIvJCvFcMttehkVQWKjVgfB6DMVRWMWRxDiKBZkw2EwGBUVQLDBZzcTGxZC33hI0AuAYzELgMA
KisEwNwG0WAImLaK6paK0WJ7xpsYFoF4pRSjyARfAjAlAloA3PZvkLteZ+XoqeeOyuqA965PRjtH
iYXx3ZJ5dfoPTzV64ai2ywniPZTs26bOeXpLVjdVBbbD2jnnq5UvcN/dk3V6i2PjHFrlTmK5ehwv
LD2JjIdjqUZpGx9ePCqXGtbisSZpRVYn4dHU2eMTQjWniNh2IEin6WjAEQhmapZnqv55lcGexRzZ
XshBdlk1OwgRVakzxBgevqrqRjtbC4ydyhdOxRCWXha32wI4xdI1ZruRD4OJK87EciKbbkdGm7S+
uBATm0VNJ80QLYDecqZeFHPcKvF0VKu1ct8tIy2KvIq0+QFy6NBlhYoXkEk2ImkUk59JSyUlrGaO
g8JVEVEkodGhFBhcr0WEnJkZbbbUlmmVDpXLniV3HZNEV5DFInk0BUp0sqIqKoOWIvFql5Dek0wD
MpcNd4iGKn7ZWaWcmmMOTU7QwKZWKm7o/pccbwrIUrUXlttheqkIYCtihG6SY3wWxHBoGSVjFiSO
QSNUqoTaGhmLXSRJTMVJbmTLzE45waaRIpznDeDzV5k1Uo7bLC624nb4QBsqclZqFM7eKpcUM2De
S4Y21vOnlazw3G1m588VUqnqzPajrDtLxWaF0Mu0RL1hgBkYBQtrDcxjwOwaeIC+XB0CO2a3LL5G
v3yNcDzi8wHIc/2n4AynPONLGBdA8ospN98i7KHs0tLmOoOlsvD4F9k13X9pp6uA0BcC5AxJszqg
wF/5wKwYOPokrZ63bCvy0nznJxJV25VWWRRAXX4FvULqAgAdKLABlMYDAPHnqNkD8QNk/O6FHP0S
gbauWgIpC/oUaIDe7nbizYEVIHs8gcOfcBQBoiwKCBUmCH3ZDAVGkCSoWG1WLcv3dgU2UYoSYV64
BoduqOPAAs4igRPvwCAOXxQE2fYmHkL7c3GBrOvVnMG3WZVhwxemSpVEzMZBrTykZQGAyZBFZKAZ
5BPE8WEWBUCebQp7xfvLTMDdcUytatndGSltDBxNXZ6pRL5If7tzCiqzDwZ3i9rrnk/K8Y5z2nZS
iLfNC9rm4wMLSRY1Rjhwh+OcWLp0wS7HZfNCzi5CyoXrOVmZnSmxCs3tHmaIzjTBFhnpnKMxIrPl
kDcJuA5gGGAtqTULvzFPWYYqot5ZQFPn83OCIRCZJLeu7eSP34hcLk02eCWh9XHhf07eLzgFhDow
yHXG/OCBNvIw0oTKS3PeLlROhGyCEY9eOfgy8jsC/gfFmbAtgvbFCpfFZ7mi8ktlQPvtJtCS0rsT
UEcDLVr3oUWpg0jBlVY5wGY1mc3cYGI3hb81sDgLAJkTWhIgNgdzgw90vF7YmSQ7lwIRXywpMz1F
BNYV5Yo6p2zZDOgqG1RZlGKIuU+ijCK8jaIp2xNypftAcBWCFFIKi0TAXxtZkUkA7+6R7hZ0C3zr
3NGUld8dE3PH2bjFT7uZk14IiQYjocuKLrmNgpLuyMunHViyaqpo7/wEzyNbOF/g4kaxEYXma09/
DnsihbkXjA4b9EoKLeWo2tDGxyC7aaDl5hSo94T1Q8kBwjAVAuK7xdTk9F4DOTDYNQ22z0A+3Z01
kLFDbP4XnmrRBRJsWyRLv75am1UnoDZknGQRmEsFqeMuwBvGIHCkiMZc0mqIiiIiIiiI22UNiNnl
udcJtRkySYZJYQ0X72SwyF+xz4n4NqKvC27I7MaYkY3/XgKzK2TXGqH7Oinc2bhSKZ2xQTLS5uFB
KKUUZQYGIZ0dhkdBWCWIQ7V5JkgEDA7AKuFXzyICllSElc0TtmLgz+80XisUXyKVpwCVxIrSwWKv
YeKokRxzkK6Oj3agvMWmTGj7BgECsWEAo3/9KZbRxuJxyIc9d1Cec15BTb1I0vanBDfYmTzDbIsZ
pS3bkkhdnRRBkppmGd0exG+KkVNLMMCE3TrcPioL1wIrhntsr96khF1mu3rRgHG0DYWEw9vhNXmI
eYLOMkQWodwzFO0UzFBSSRIxFUjwlsys7IhiPkUXdArzl0I8WRUzZS2bFhhRmRLdSW8qfV2dtt6L
1yXO7Ylg96SFsCwtC5rcQivubN7T97OggK3xdIaG2fjlzPTbnKUUZadCzjRr0uaVUCCQlNQjwLnZ
jRvgSiye+FO5yJSZm7L2yclD7MjbYJnJJCvzC4iEDaGyxgNiQsS20D6i+drdnKWlF8hrKXaEQ2x+
/shNpuYJTI2gW34I0CW/bGyvQ7JMNLMQN5T3LTMxDcrRaESVhgQ6Fe9UEEYEmzHHDhRIi9EKy+9j
bcSidKks0Fw02m0CToSrESXcwA8rXSMU6F19pB00WwN1YkgOq5NpXuASE510WAXveJWMSbDflZtl
dAdoqq3devBjEzg5i3aBwENi+fvxLrVn81yW555hbnXSV8HSL7QLC9vR7LpSC008mvPosYDGIch9
2wVyx0JUUIg52o5dO6eFGj0NF4cdclrrEw4WWZiASUVBDiSQsJVS3hAXzBwPXr5PpdwX/b1O6HNB
oWpBUmoBB/xdyRThQkMo2fpY
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>4813</attachid>
            <date>2021-07-21 15:33:25 +0000</date>
            <delta_ts>2021-07-21 15:33:25 +0000</delta_ts>
            <desc>gcc: Backport patch to make LTO builds more reproducible</desc>
            <filename>poky-01-gcc-Backport-patch-to-make-LTO-builds-more-reproduci.patch</filename>
            <type>text/plain</type>
            <size>4977</size>
            <attacher name="Tony Battersby">tonyb</attacher>
            
              <data encoding="base64">RnJvbSBlMDczYjM4NTA4NThjZTBhZDZhMjc3YzU1NThjZWI1YmJiOTg2YTMzIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBUb255IEJhdHRlcnNieSA8dG9ueWJAY3liZXJuZXRpY3MuY29t
PgpEYXRlOiBXZWQsIDIxIEp1bCAyMDIxIDEwOjQwOjQ0IC0wNDAwClN1YmplY3Q6IFtQQVRDSCAx
LzJdIGdjYzogQmFja3BvcnQgcGF0Y2ggdG8gbWFrZSBMVE8gYnVpbGRzIG1vcmUgcmVwcm9kdWNp
YmxlCgpCYWNrcG9ydCB1c3RyZWFtIGdjYyBwYXRjaCB0aGF0IGVuYWJsZXMgLWZkZWJ1Zy1wcmVm
aXgtbWFwIHRvIGNvdmVyCmFkZGl0aW9uYWwgY2FzZXMgd2l0aCBMVE8gZW5hYmxlZCB0byBtYWtl
IExUTyBidWlsZHMgbW9yZSByZXByb2R1Y2libGUuCgpbWU9DVE8gIzE0MzY3XQoKU2lnbmVkLW9m
Zi1ieTogVG9ueSBCYXR0ZXJzYnkgPHRvbnliQGN5YmVybmV0aWNzLmNvbT4KLS0tCiBtZXRhL3Jl
Y2lwZXMtZGV2dG9vbHMvZ2NjL2djYy0xMC4yLmluYyAgICAgICAgfCAgMSArCiAuLi5wcmVmaXgt
bWFwcy1iZWZvcmUtY2hlY2tzdW1taW5nLURJRXMucGF0Y2ggfCA4NyArKysrKysrKysrKysrKysr
KysrCiAyIGZpbGVzIGNoYW5nZWQsIDg4IGluc2VydGlvbnMoKykKIGNyZWF0ZSBtb2RlIDEwMDY0
NCBtZXRhL3JlY2lwZXMtZGV2dG9vbHMvZ2NjL2djYy8wMDM4LWFwcGx5LWRlYnVnLXByZWZpeC1t
YXBzLWJlZm9yZS1jaGVja3N1bW1pbmctRElFcy5wYXRjaAoKZGlmZiAtLWdpdCBhL21ldGEvcmVj
aXBlcy1kZXZ0b29scy9nY2MvZ2NjLTEwLjIuaW5jIGIvbWV0YS9yZWNpcGVzLWRldnRvb2xzL2dj
Yy9nY2MtMTAuMi5pbmMKaW5kZXggYzBjZDhiMzFkNS4uYzYyYmExOThmMSAxMDA2NDQKLS0tIGEv
bWV0YS9yZWNpcGVzLWRldnRvb2xzL2djYy9nY2MtMTAuMi5pbmMKKysrIGIvbWV0YS9yZWNpcGVz
LWRldnRvb2xzL2djYy9nY2MtMTAuMi5pbmMKQEAgLTcwLDYgKzcwLDcgQEAgU1JDX1VSSSA9ICJc
CiAgICAgICAgICAgIGZpbGU6Ly8wMDAzLWFhcmNoNjQtTWl0aWdhdGUtU0xTLWZvci1CTFItaW5z
dHJ1Y3Rpb24ucGF0Y2ggXAogICAgICAgICAgICBmaWxlOi8vMDAwMS1hYXJjaDY0LUZpeC11cC1f
X2FhcmNoNjRfY2FzMTZfYWNxX3JlbC1mYWxsYmFjay5wYXRjaCBcCiAgICAgICAgICAgIGZpbGU6
Ly8wMDAxLWxpYmF0b21pYy1saWJnb21wLWxpYml0Yy1GaXgtYm9vdHN0cmFwLVBSNzA0NTQucGF0
Y2ggXAorICAgICAgICAgICBmaWxlOi8vMDAzOC1hcHBseS1kZWJ1Zy1wcmVmaXgtbWFwcy1iZWZv
cmUtY2hlY2tzdW1taW5nLURJRXMucGF0Y2ggXAogIgogU1JDX1VSSVtzaGEyNTZzdW1dID0gImI4
ZGQ0MzY4YmI5YzdmMGI5ODE4ODMxN2VlMDI1NGRkOGNjOTlkMWUzYTE4ZDBmZjE0NmM4NTVmZTE2
YzFkOGMiCiAKZGlmZiAtLWdpdCBhL21ldGEvcmVjaXBlcy1kZXZ0b29scy9nY2MvZ2NjLzAwMzgt
YXBwbHktZGVidWctcHJlZml4LW1hcHMtYmVmb3JlLWNoZWNrc3VtbWluZy1ESUVzLnBhdGNoIGIv
bWV0YS9yZWNpcGVzLWRldnRvb2xzL2djYy9nY2MvMDAzOC1hcHBseS1kZWJ1Zy1wcmVmaXgtbWFw
cy1iZWZvcmUtY2hlY2tzdW1taW5nLURJRXMucGF0Y2gKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5k
ZXggMDAwMDAwMDAwMC4uYWU3NDM3NDIxMgotLS0gL2Rldi9udWxsCisrKyBiL21ldGEvcmVjaXBl
cy1kZXZ0b29scy9nY2MvZ2NjLzAwMzgtYXBwbHktZGVidWctcHJlZml4LW1hcHMtYmVmb3JlLWNo
ZWNrc3VtbWluZy1ESUVzLnBhdGNoCkBAIC0wLDAgKzEsODcgQEAKK1Vwc3RyZWFtLVN0YXR1czog
QmFja3BvcnQKK1NpZ25lZC1vZmYtYnk6IFRvbnkgQmF0dGVyc2J5IDx0b255YkBjeWJlcm5ldGlj
cy5jb20+CisKK0Zyb20gYTFlZTIwYmZmMzU0ZDFlYTgxOTVhNzUwMmYzNTQ3NDI4ODMxMTJjNSBN
b24gU2VwIDE3IDAwOjAwOjAwIDIwMDEKK0Zyb206IFJpY2hhcmQgQmllbmVyIDxyZ3VlbnRoZXJA
c3VzZS5kZT4KK0RhdGU6IFR1ZSwgMjAgSnVsIDIwMjEgMTE6MDA6MzMgKzAyMDAKK1N1YmplY3Q6
IFtQQVRDSF0gZGVidWcvMTAxNDczIC0gYXBwbHkgZGVidWcgcHJlZml4IG1hcHMgYmVmb3JlIGNo
ZWNrc3VtbWluZyBESUVzCitUbzogZ2NjLXBhdGNoZXNAZ2NjLmdudS5vcmcKKworVGhlIGZvbGxv
d2luZyBtYWtlcyBzdXJlIHRvIGFwcGx5IHRoZSBkZWJ1ZyBwcmVmaXggbWFwcyB0byBmaWxlbmFt
ZXMKK2JlZm9yZSBjaGVja3N1bW1pbmcgRElFcyB0byBjcmVhdGUgdGhlIGdsb2JhbCBzeW1ib2wg
Zm9yIHRoZSBDVSBESUUKK3VzZWQgYnkgTFRPIHRvIGxpbmsgdGhlIGxhdGUgZGVidWcgdG8gdGhl
IGVhcmx5IGRlYnVnLiAgVGhpcyBhdm9pZHMKK2JpbmFyeSBkaWZmZXJlbmNlcyAoaW4gc2FpZCBz
eW1ib2wpIHdoZW4gY29tcGlsaW5nIHdpdGggdG9vbGNoYWlucworaW5zdGFsbGVkIHVuZGVyIGEg
ZGlmZmVyZW50IHBhdGggYW5kIHRoYXQgY29tcGVuc2F0ZWQgd2l0aCBhcHByb3ByaWF0ZQorLWZk
ZWJ1Zy1wcmVmaXgtbWFwIG9wdGlvbnMuCisKK1RoZSBlYXNpZXN0IGFuZCBtb3N0IHNjYWxhYmxl
IHdheSBpcyB0byByZWNvcmQgYm90aCB0aGUgdW5tYXBwZWQKK2FuZCB0aGUgcmVtYXBwZWQgZmls
ZW5hbWUgaW4gdGhlIGR3YXJmX2ZpbGVfZGF0YSBzbyB0aGUgcmVtYXBwaW5nCitwcm9jZXNzIHRh
a2VzIHBsYWNlIGF0IGEgc2luZ2xlIHBvaW50IGFuZCBvbmx5IG9uY2UgKG90aGVyd2lzZSBpdAor
Y3JlYXRlcyBHQyBnYXJiYWdlIGF0IGVhY2ggcG9pbnQgZG9pbmcgdGhhdCkuCisKKzIwMjEtMDct
MjAgIFJpY2hhcmQgQmllbmVyICA8cmd1ZW50aGVyQHN1c2UuZGU+CisKKwlQUiBkZWJ1Zy8xMDE0
NzMKKwkqIGR3YXJmMm91dC5oIChkd2FyZl9maWxlX2RhdGEpOiBBZGQga2V5IG1lbWJlci4KKwkq
IGR3YXJmMm91dC5jIChkd2FyZl9maWxlX2hhc2hlcjo6ZXF1YWwpOiBDb21wYXJlIGtleS4KKwko
ZHdhcmZfZmlsZV9oYXNoZXI6Omhhc2gpOiBIYXNoIGtleS4KKwkobG9va3VwX2ZpbGVuYW1lKTog
UmVtYXAgdGhlIGZpbGVuYW1lIGFuZCBzdG9yZSBpdCBpbiB0aGUKKwlmaWxlbmFtZSBtZW1iZXIg
b2YgZHdhcmZfZmlsZV9kYXRhIHdoZW4gY3JlYXRpbmcgYSBuZXcKKwlkd2FyZl9maWxlX2RhdGEu
CisJKGZpbGVfbmFtZV9hY3F1aXJlKTogRG8gbm90IHJlbWFwIHRoZSBmaWxlbmFtZSBhZ2Fpbi4K
KwkobWF5YmVfZW1pdF9maWxlKTogTGlrZXdpc2UuCistLS0gZ2NjLTEwLjIuMC9nY2MvZHdhcmYy
b3V0LmMub3JpZwkyMDIxLTA3LTIwIDA5OjEwOjI3LjkxMjE4MjU1NCAtMDQwMAorKysrIGdjYy0x
MC4yLjAvZ2NjL2R3YXJmMm91dC5jCTIwMjEtMDctMjAgMDk6MTE6MDQuMDc1ODk1NTQ5IC0wNDAw
CitAQCAtMTI3Myw2ICsxMjczLDcgQEAgZHdhcmYyb3V0X3N3aXRjaF90ZXh0X3NlY3Rpb24gKHZv
aWQpCisgCisgLyogRGF0YSBhYm91dCBhIHNpbmdsZSBzb3VyY2UgZmlsZS4gICovCisgc3RydWN0
IEdUWSgoZm9yX3VzZXIpKSBkd2FyZl9maWxlX2RhdGEgeworKyAgY29uc3QgY2hhciAqIGtleTsK
KyAgIGNvbnN0IGNoYXIgKiBmaWxlbmFtZTsKKyAgIGludCBlbWl0dGVkX251bWJlcjsKKyB9Owor
QEAgLTEyMTA0LDcgKzEyMTA1LDcgQEAgZmlsZV9uYW1lX2FjcXVpcmUgKGR3YXJmX2ZpbGVfZGF0
YSAqKnNsbworIAorICAgZmkgPSBmbmFkLT5maWxlcyArIGZuYWQtPnVzZWRfZmlsZXMrKzsKKyAK
Ky0gIGYgPSByZW1hcF9kZWJ1Z19maWxlbmFtZSAoZC0+ZmlsZW5hbWUpOworKyAgZiA9IGQtPmZp
bGVuYW1lOworIAorICAgLyogU2tpcCBhbGwgbGVhZGluZyAiLi8iLiAgKi8KKyAgIHdoaWxlIChm
WzBdID09ICcuJyAmJiBJU19ESVJfU0VQQVJBVE9SIChmWzFdKSkKK0BAIC0yNjk4NCwxMyArMjY5
ODUsMTMgQEAgZHdhcmYyb3V0X2lnbm9yZV9ibG9jayAoY29uc3RfdHJlZSBibG9jaworIGJvb2wK
KyBkd2FyZl9maWxlX2hhc2hlcjo6ZXF1YWwgKGR3YXJmX2ZpbGVfZGF0YSAqcDEsIGNvbnN0IGNo
YXIgKnAyKQorIHsKKy0gIHJldHVybiBmaWxlbmFtZV9jbXAgKHAxLT5maWxlbmFtZSwgcDIpID09
IDA7CisrICByZXR1cm4gZmlsZW5hbWVfY21wIChwMS0+a2V5LCBwMikgPT0gMDsKKyB9CisgCisg
aGFzaHZhbF90CisgZHdhcmZfZmlsZV9oYXNoZXI6Omhhc2ggKGR3YXJmX2ZpbGVfZGF0YSAqcCkK
KyB7CistICByZXR1cm4gaHRhYl9oYXNoX3N0cmluZyAocC0+ZmlsZW5hbWUpOworKyAgcmV0dXJu
IGh0YWJfaGFzaF9zdHJpbmcgKHAtPmtleSk7CisgfQorIAorIC8qIExvb2t1cCBGSUxFX05BTUUg
KGluIHRoZSBsaXN0IG9mIGZpbGVuYW1lcyB0aGF0IHdlIGtub3cgYWJvdXQgaGVyZSBpbgorQEAg
LTI3MDIwLDcgKzI3MDIxLDggQEAgbG9va3VwX2ZpbGVuYW1lIChjb25zdCBjaGFyICpmaWxlX25h
bWUpCisgICAgIHJldHVybiAqc2xvdDsKKyAKKyAgIGNyZWF0ZWQgPSBnZ2NfYWxsb2M8ZHdhcmZf
ZmlsZV9kYXRhPiAoKTsKKy0gIGNyZWF0ZWQtPmZpbGVuYW1lID0gZmlsZV9uYW1lOworKyAgY3Jl
YXRlZC0+a2V5ID0gZmlsZV9uYW1lOworKyAgY3JlYXRlZC0+ZmlsZW5hbWUgPSByZW1hcF9kZWJ1
Z19maWxlbmFtZSAoZmlsZV9uYW1lKTsKKyAgIGNyZWF0ZWQtPmVtaXR0ZWRfbnVtYmVyID0gMDsK
KyAgICpzbG90ID0gY3JlYXRlZDsKKyAgIHJldHVybiBjcmVhdGVkOworQEAgLTI3MDQ2LDggKzI3
MDQ4LDcgQEAgbWF5YmVfZW1pdF9maWxlIChzdHJ1Y3QgZHdhcmZfZmlsZV9kYXRhCisgICAgICAg
aWYgKG91dHB1dF9hc21fbGluZV9kZWJ1Z19pbmZvICgpKQorIAl7CisgCSAgZnByaW50ZiAoYXNt
X291dF9maWxlLCAiXHQuZmlsZSAldSAiLCBmZC0+ZW1pdHRlZF9udW1iZXIpOworLQkgIG91dHB1
dF9xdW90ZWRfc3RyaW5nIChhc21fb3V0X2ZpbGUsCistCQkJCXJlbWFwX2RlYnVnX2ZpbGVuYW1l
IChmZC0+ZmlsZW5hbWUpKTsKKysJICBvdXRwdXRfcXVvdGVkX3N0cmluZyAoYXNtX291dF9maWxl
LCBmZC0+ZmlsZW5hbWUpOworIAkgIGZwdXRjICgnXG4nLCBhc21fb3V0X2ZpbGUpOworIAl9Cisg
ICAgIH0KLS0gCjIuMjUuMQoK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>4814</attachid>
            <date>2021-07-21 15:34:24 +0000</date>
            <delta_ts>2021-07-21 15:34:24 +0000</delta_ts>
            <desc>bitbake.conf: add DEBUG_PREFIX_MAP to TARGET_LDFLAGS</desc>
            <filename>poky-02-bitbake.conf-add-DEBUG_PREFIX_MAP-to-TARGET_LDFLAGS.patch</filename>
            <type>text/plain</type>
            <size>1163</size>
            <attacher name="Tony Battersby">tonyb</attacher>
            
              <data encoding="base64">RnJvbSA1MGExMGFhMzA2NDllOWQ4MjIxMGFkOTIxZGEwMWE0YzJjYWY1MWYyIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBUb255IEJhdHRlcnNieSA8dG9ueWJAY3liZXJuZXRpY3MuY29t
PgpEYXRlOiBXZWQsIDIxIEp1bCAyMDIxIDEwOjU2OjQ0IC0wNDAwClN1YmplY3Q6IFtQQVRDSCAy
LzJdIGJpdGJha2UuY29uZjogYWRkIERFQlVHX1BSRUZJWF9NQVAgdG8gVEFSR0VUX0xERkxBR1MK
Ci1mKi1wcmVmaXgtbWFwIGZsYWdzIGFyZSByZXF1aXJlZCB3aGVuIGxpbmtpbmcgd2l0aCBMVE8g
ZW5hYmxlZCB0byBtYWtlCnRoZSBvdXRwdXQgYmluYXJ5IHJlcHJvZHVjaWJsZS4KClNlZSBkaXNj
dXNzaW9uIGhlcmU6Cmh0dHBzOi8vZ2NjLmdudS5vcmcvYnVnemlsbGEvc2hvd19idWcuY2dpP2lk
PTEwMTQ3MwoKW1lPQ1RPICMxNDM2N10KClNpZ25lZC1vZmYtYnk6IFRvbnkgQmF0dGVyc2J5IDx0
b255YkBjeWJlcm5ldGljcy5jb20+Ci0tLQogbWV0YS9jb25mL2JpdGJha2UuY29uZiB8IDIgKy0K
IDEgZmlsZSBjaGFuZ2VkLCAxIGluc2VydGlvbigrKSwgMSBkZWxldGlvbigtKQoKZGlmZiAtLWdp
dCBhL21ldGEvY29uZi9iaXRiYWtlLmNvbmYgYi9tZXRhL2NvbmYvYml0YmFrZS5jb25mCmluZGV4
IDM4NWZjN2RkNTUuLmQ3MjhkNmE2MjAgMTAwNjQ0Ci0tLSBhL21ldGEvY29uZi9iaXRiYWtlLmNv
bmYKKysrIGIvbWV0YS9jb25mL2JpdGJha2UuY29uZgpAQCAtNTk1LDcgKzU5NSw3IEBAIFRBUkdF
VF9MSU5LX0hBU0hfU1RZTEUgPz0gIiR7QFsnLVdsLC0taGFzaC1zdHlsZT1nbnUnLCcnXVtkLmdl
dFZhcignTElOS0VSX0hBU0hfCiBBU05FRURFRCA/PSAiLVdsLC0tYXMtbmVlZGVkIgogCiBleHBv
cnQgTERGTEFHUyA9ICIke1RBUkdFVF9MREZMQUdTfSIKLVRBUkdFVF9MREZMQUdTID0gIi1XbCwt
TzEgJHtUQVJHRVRfTElOS19IQVNIX1NUWUxFfSAke0FTTkVFREVEfSIKK1RBUkdFVF9MREZMQUdT
ID0gIi1XbCwtTzEgJHtUQVJHRVRfTElOS19IQVNIX1NUWUxFfSAke0FTTkVFREVEfSAke0RFQlVH
X1BSRUZJWF9NQVB9IgogIyBtaXBzIGRvZXMgbm90IHN1cHBvcnQgR05VIGhhc2ggc3R5bGUgdGhl
cmVmb3JlIHdlIG92ZXJyaWRlCiBMSU5LRVJfSEFTSF9TVFlMRV9taXBzYXJjaF9saWJjLW11c2wg
PSAic3lzdiIKIAotLSAKMi4yNS4xCgo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>4815</attachid>
            <date>2021-07-21 15:35:00 +0000</date>
            <delta_ts>2021-07-21 15:35:00 +0000</delta_ts>
            <desc>net-snmp: fix QA Issue after LDFLAGS change</desc>
            <filename>openembedded-01-net-snmp-fix-QA-Issue-after-LDFLAGS-change.patch</filename>
            <type>text/plain</type>
            <size>1323</size>
            <attacher name="Tony Battersby">tonyb</attacher>
            
              <data encoding="base64">RnJvbSBiYjRkNzNhZDVkMzY5ZDMxODJhZGFjMmI2ZWNmNmZlODBmZjI5ODZkIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBUb255IEJhdHRlcnNieSA8dG9ueWJAY3liZXJuZXRpY3MuY29t
PgpEYXRlOiBXZWQsIDIxIEp1bCAyMDIxIDExOjA2OjAzIC0wNDAwClN1YmplY3Q6IFtQQVRDSF0g
bmV0LXNubXA6IGZpeCBRQSBJc3N1ZSBhZnRlciBMREZMQUdTIGNoYW5nZQoKQWRkaW5nIC1mKi1w
cmVmaXgtbWFwIHRvIExERkxBR1MgY2F1c2VkIHRoZSBmb2xsb3dpbmcgaXNzdWU6CgpRQSBJc3N1
ZTogbmV0c25tcC1hZ2VudC5wYyBmYWlsZWQgc2FuaXR5IHRlc3QgKHRtcGRpcikKCkZpeCBieSBm
aWx0ZXJpbmcgb3V0IC1mKi1wcmVmaXgtbWFwIGZyb20gKi5wYyBmaWxlcy4KCltZT0NUTyAjMTQz
NjddCgpTaWduZWQtb2ZmLWJ5OiBUb255IEJhdHRlcnNieSA8dG9ueWJAY3liZXJuZXRpY3MuY29t
PgotLS0KIG1ldGEtbmV0d29ya2luZy9yZWNpcGVzLXByb3RvY29scy9uZXQtc25tcC9uZXQtc25t
cF81LjkuYmIgfCA0ICsrKy0KIDEgZmlsZSBjaGFuZ2VkLCAzIGluc2VydGlvbnMoKyksIDEgZGVs
ZXRpb24oLSkKCmRpZmYgLS1naXQgYS9tZXRhLW5ldHdvcmtpbmcvcmVjaXBlcy1wcm90b2NvbHMv
bmV0LXNubXAvbmV0LXNubXBfNS45LmJiIGIvbWV0YS1uZXR3b3JraW5nL3JlY2lwZXMtcHJvdG9j
b2xzL25ldC1zbm1wL25ldC1zbm1wXzUuOS5iYgppbmRleCBkOTA0MGMxNjQuLjkxMDc4MzEyNiAx
MDA2NDQKLS0tIGEvbWV0YS1uZXR3b3JraW5nL3JlY2lwZXMtcHJvdG9jb2xzL25ldC1zbm1wL25l
dC1zbm1wXzUuOS5iYgorKysgYi9tZXRhLW5ldHdvcmtpbmcvcmVjaXBlcy1wcm90b2NvbHMvbmV0
LXNubXAvbmV0LXNubXBfNS45LmJiCkBAIC0xMzAsNyArMTMwLDkgQEAgZG9faW5zdGFsbF9hcHBl
bmQoKSB7CiAgICAgICAgIC1lICdzQCR7U1RBR0lOR19ESVJfSE9TVH1AQGcnIFwKICAgICAgICAg
LWkgJHtEfSR7YmluZGlyfS9uZXQtc25tcC1jb25maWcKIAotICAgIHNlZCAtZSAnc0Ake1NUQUdJ
TkdfRElSX0hPU1R9QEBnJyBcCisgICAgc2VkIC1lICdzQFteIF0qLWZkZWJ1Zy1wcmVmaXgtbWFw
PVteICJdKkBAZycgXAorICAgICAgICAtZSAnc0BbXiBdKi1mbWFjcm8tcHJlZml4LW1hcD1bXiAi
XSpAQGcnIFwKKyAgICAgICAgLWUgJ3NAJHtTVEFHSU5HX0RJUl9IT1NUfUBAZycgXAogICAgICAg
ICAtaSAke0R9JHtsaWJkaXJ9L3BrZ2NvbmZpZy9uZXRzbm1wKi5wYwogCiAgICAgc2VkIC1lICJz
QF5OU0NfSU5DTFVERURJUj0uKkBOU0NfSU5DTFVERURJUj1cJFx7aW5jbHVkZWRpclx9QGciIFwK
LS0gCjIuMjUuMQoK
</data>

          </attachment>
      

    </bug>

</bugzilla>