<?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>2194</bug_id>
          
          <creation_ts>2012-03-29 11:16:49 +0000</creation_ts>
          <short_desc>Re-execution of tasks doesn&apos;t always work (meta-bug)</short_desc>
          <delta_ts>2023-10-29 09:22:14 +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>Meta-yocto</product>
          <component>meta-yocto</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>(1.2) Patches out for review</status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.2</target_milestone>
          <dependson>2156</dependson>
    
    <dependson>2176</dependson>
    
    <dependson>2279</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Richard Purdie">richard.purdie</reporter>
          <assigned_to name="sanil">sanil.kumar</assigned_to>
          <cc>bluelightning</cc>
    
    <cc>jessica.zhang</cc>
    
    <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>sgw</cc>
    
    <cc>venkatarg</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>19607</commentid>
    <comment_count>0</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-03-29 11:16:49 +0000</bug_when>
    <thetext>We have a number of tasks which are unable to run again and be re-executed after they&apos;ve run once. Fixing this is a multiple stage issue:

a) Creating a script to work through the system and identify the tasks which are broken
b) Fixing the individual tasks

For a, we have bug 2123. There are also bugs open for individual problems for b which I&apos;m going to have this bug depend upon. I&apos;d also propose once we have a list of known broken tasks, we add the list to this bug entry.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19756</commentid>
    <comment_count>1</comment_count>
    <who name="sanil">sanil.kumar</who>
    <bug_when>2012-03-31 19:39:18 +0000</bug_when>
    <thetext>can we have the current list of broken tasks added here? (if already attached to any defect, we could give the defect id as a reference against each of the broken tasks)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19757</commentid>
    <comment_count>2</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-03-31 21:33:26 +0000</bug_when>
    <thetext>The list of known to be broken tasks stands at:

boost.boostconfig
boost.patch
docbook-utils-native.unpack
dropbear.debug_patch
eglibc-initial-nativesdk.patch
eglibc-initial.patch
eglibc-nativesdk.patch
eglibc.patch
gcc.configure
gcc-cross-canadian-i586.configure
gcc-cross-canadian-i586.headerfix
gcc-cross-canadian-i586.patch
gcc-cross-canadian-i586.unpack
gcc.headerfix
gcc.patch
gcc.unpack
man-pages.unpack
nasm-native.patch
nasm-native.patch_fixaclocal
nasm.patch
nasm.patch_fixaclocal
net-tools.patch
net-tools.unpack
perl.patch
python-native.patch
python-nativesdk.patch
python.patch
qt-x11-free.configure
qt-x11-free.generate_qt_config_file
qt-x11-free.patch
sgml-common-native.compile
unfs-server-native.configure
unfs-server-nativesdk.configure
wget.patch

To reproduce, just run &quot;bitbake xxx -c cleansstate; bitbake xxx; bitbake
xxx -c yyy -f; bitbake xxx&quot;.

http://lists.linuxtogo.org/pipermail/openembedded-core/2012-March/020396.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20162</commentid>
    <comment_count>3</comment_count>
    <who name="sanil">sanil.kumar</who>
    <bug_when>2012-04-11 02:58:54 +0000</bug_when>
    <thetext>2123 - the script to reproduce the overall broken issues. This script is time consuming and may be used one time! Needs some improvement.
2156 - Needs resolution

Update for 2194:
As this is for all the broken issues, we need to fix all of them before closing this defect. Reproducing all together is almost impractical based on the time line. Based on the list, we will group them and fix.

Based on the preliminary analysis, we could fix certain issues (no seperate defects raised as of now). This fixes needs certain reviews. Please find the current details below. We would update the patches today.
Thanks to Ramana for the fixes/tests for these packages. 
1) For Boost package: 
Fix data:
Boost package task do_boostconfigure is appending content to build/tmp/work/i586-poky-linux/boost-1.49.0-r2.0/boost_1_49_0/tools/build/v2/user-config.jam file. Without checking if the content is already present in that file.So check is added for the same.
File name modified: 
meta/recipes-support/boost/boost.inc
Test case:
incrementalbuild test boost package after forceful execution of boostconfig task
		&gt; bitbake -c cleansstate boost
		&gt; bitbake boost
		&gt; bitbake -c boostconfig boost -f
		&gt; bitbake boost
		&gt; bitbake -c compile boost -f
		&gt; bitbake boost
		&gt; bitbake -c boostconfig boost -f
		&gt; bitbake boost
Result: PASS
2)For eglibc ,eglibc-initial &amp; eglibc-initial-nativesdk packages:
Fix Data:
eglibc package task do_patch_append calling do_fix_ia_headers is removing files with out verifying if files are present in that path.
So first time execution is pass while incremental execution tries to remove the files already removed. So error while rm file is ignored. It also fixed the problem of incremental patching eglibc-initial and eglibc-initial-nativesdk, as it inherits the patch funtion from eglibc.
File name modified: 
meta/recipes-core/eglibc/eglibc_2.13.bb
meta/recipes-core/eglibc/eglibc_2.15.bb
Test case(s)- incrementalbuild test &lt;eglibc/eglibc-initial/eglibc-initial-nativesdk&gt; package after forceful execution of patch task
		&gt; bitbake -c cleansstate &lt;eglibc/eglibc-initial/eglibc-initial-nativesdk&gt;
		&gt; bitbake &lt;eglibc/eglibc-initial/eglibc-initial-nativesdk&gt;
		&gt; bitbake -c patch &lt;eglibc/eglibc-initial/eglibc-initial-nativesdk&gt; -f
		&gt; bitbake &lt;eglibc/eglibc-initial/eglibc-initial-nativesdk&gt;
		&gt; bitbake -c compile &lt;eglibc/eglibc-initial/eglibc-initial-nativesdk&gt; -f
		&gt; bitbake &lt;eglibc/eglibc-initial/eglibc-initial-nativesdk&gt;
		&gt; bitbake -c patch &lt;eglibc/eglibc-initial/eglibc-initial-nativesdk&gt; -f
		&gt; bitbake &lt;eglibc/eglibc-initial/eglibc-initial-nativesdk&gt;
Result: PASS

So, the below are fixed from the list. (No seperate defect raised)
boost.boostconfig
boost.patch
eglibc-initial-nativesdk.patch
eglibc-initial.patch
eglibc-nativesdk.patch
eglibc.patch

Similar checks could fix issues with some more broken packages, while certain broken packages will need more analysis to fix. Hence, we can plan to raise seperate defects. Otherwise, difficult to process and track.

Richard, for 1.2, based on the bug analysis, kindly update the mandatory fixes needed. Accordinly we can target. Also, I plan to group the packages and target to fix.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20171</commentid>
    <comment_count>4</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-04-11 11:04:39 +0000</bug_when>
    <thetext>For the packages you have fixes for could you please send out patches to the openembedded-core mailing list for review and inclusion in the release?

For the release I would really like to get most of the issues listed addressed. If you need help, please say so and we can assign other team members to some of the recipes with issues.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20174</commentid>
    <comment_count>5</comment_count>
    <who name="venkata ramana g">venkatarg</who>
    <bug_when>2012-04-11 11:30:28 +0000</bug_when>
    <thetext>Created new defect (2279) and added dependency to handle and track 

gcc.configure
gcc-cross-canadian-i586.configure
gcc-cross-canadian-i586.headerfix
gcc-cross-canadian-i586.patch
gcc-cross-canadian-i586.unpack
gcc.headerfix
gcc.patch
gcc.unpack

And inital analysis added in that defect.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20177</commentid>
    <comment_count>6</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2012-04-11 12:50:45 +0000</bug_when>
    <thetext>Sanil &amp; Venkata, thanks for your help with this issue. If you have patches ready to fix the eglibc and boost failures could you please send them to the OE-core mailing list? Thanks.

For the current status, bug 2156 is now fixed. nasm has been fixed by Nitin
(bug 2176),  I&apos;ve fixed qt-x11-free, so other than the ones you have already mentioned unless I&apos;ve missed any patches that leaves us with the following still left to be fixed:

docbook-utils-native.unpack
dropbear.debug_patch
man-pages.unpack
net-tools.patch
net-tools.unpack
perl.patch
python-native.patch
python-nativesdk.patch
python.patch
sgml-common-native.compile
unfs-server-native.configure
unfs-server-nativesdk.configure
wget.patch

I&apos;d like to help out fixing these as well, perhaps I should start from the
bottom and we can meet in the middle somewhere? I can also help with specific
issues if you need it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20218</commentid>
    <comment_count>7</comment_count>
    <who name="sanil">sanil.kumar</who>
    <bug_when>2012-04-12 04:47:51 +0000</bug_when>
    <thetext>Hi Paul,
Thats fine. We can start from the top of the list.
One more fix from our side for perl package. Please find the details.
Fix Details:
Perl Package do_configure is changing &quot;/perl-5.14.2/patches/h2ph-multiarch.diff&quot; from link to normal file in the process of correcting the paths.
This path correction is not required for links as the original file will be any way modified saperately.
File name modified: 
		meta/recipes-devtools/perl/perl_5.14.2.bb
Test case1: incrementalbuild test &quot;perl&quot; package after forceful execution of &quot;patch&quot; task --&gt; PASS
Test case2: incrementalbuild test &quot;perl&quot; package after forceful execution of &quot;package_write_rpm&quot; task --&gt; PASS

We will send all three patches to the mailing list soon. One round of verification to be done.

So we are left with:
docbook-utils-native.unpack
dropbear.debug_patch
man-pages.unpack
net-tools.patch
net-tools.unpack
python-native.patch
python-nativesdk.patch
python.patch
sgml-common-native.compile
unfs-server-native.configure
unfs-server-nativesdk.configure
wget.patch

(gcc packages are added in 2279 defect)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20236</commentid>
    <comment_count>8</comment_count>
      <attachid>461</attachid>
    <who name="venkata ramana g">venkatarg</who>
    <bug_when>2012-04-12 13:44:44 +0000</bug_when>
    <thetext>Created attachment 461
Fix for boost.boostconfig and boost.compile failures

Fix for boost.boostconfig and boost.compile failures 
Patch fix description already detailed above.
Please review.

Patch sent to oe-core mailing list.
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-April/020928.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20239</commentid>
    <comment_count>9</comment_count>
      <attachid>462</attachid>
    <who name="venkata ramana g">venkatarg</who>
    <bug_when>2012-04-12 13:58:10 +0000</bug_when>
    <thetext>Created attachment 462
Patch for Eglibc package : Re-execution of do_patch task is giving error.

Sent to OE-Core mailing list for review, So please review.
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-April/020927.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20240</commentid>
    <comment_count>10</comment_count>
      <attachid>463</attachid>
    <who name="venkata ramana g">venkatarg</who>
    <bug_when>2012-04-12 14:03:03 +0000</bug_when>
    <thetext>Created attachment 463
Perl package : Re-execution of do_patch task is giving error.

Patch sent to oe-core mailing list for review.
Please review the same,
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-April/020930.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20401</commentid>
    <comment_count>11</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-04-15 13:02:40 +0000</bug_when>
    <thetext>Patch submitted on mailing list for unfs-server</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20405</commentid>
    <comment_count>12</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-04-15 16:07:17 +0000</bug_when>
    <thetext>Patches also submitted on mailing list for net-tools and man-pages.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20420</commentid>
    <comment_count>13</comment_count>
    <who name="sanil">sanil.kumar</who>
    <bug_when>2012-04-16 05:19:01 +0000</bug_when>
    <thetext>to consolidate:
We are left with the below (no patch till now):
docbook-utils-native.unpack
dropbear.debug_patch
python-native.patch
python-nativesdk.patch
python.patch
sgml-common-native.compile
wget.patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20442</commentid>
    <comment_count>14</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-04-16 11:00:59 +0000</bug_when>
    <thetext>Patches for all the above submitted on the mailing list.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20454</commentid>
    <comment_count>15</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2012-04-16 16:46:08 +0000</bug_when>
    <thetext>I&apos;ve sent a completely new patch for the perl re-exec issues that should address the issues with the previous patch:

http://lists.linuxtogo.org/pipermail/openembedded-core/2012-April/021128.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20504</commentid>
    <comment_count>16</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-04-17 07:58:14 +0000</bug_when>
    <thetext>Perl fix went into master so all the issues identified should now be fixed as of the commit: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=b99e2f2f33732713a0288e356d2b084b199f0399</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20515</commentid>
    <comment_count>17</comment_count>
    <who name="sanil">sanil.kumar</who>
    <bug_when>2012-04-17 10:11:32 +0000</bug_when>
    <thetext>Hi Richard,
Have you considered the patch update from Ramana (sent to OECore mailing list) for perl package for &apos;do_compile()&apos;. This fix is after Paul&apos;s patch.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>461</attachid>
            <date>2012-04-12 13:44:44 +0000</date>
            <delta_ts>2023-10-29 09:21:55 +0000</delta_ts>
            <desc>Fix for boost.boostconfig and boost.compile failures</desc>
            <filename>boost.incrementalBuild.defect2194.fix.patch</filename>
            <type>text/plain</type>
            <size>995</size>
            <attacher name="venkata ramana g">venkatarg</attacher>
            
              <data encoding="base64">ZGlmZiAtTnVwciBwcmV2L21ldGEvcmVjaXBlcy1zdXBwb3J0L2Jvb3N0L2Jvb3N0LmluYyBuZXcv
bWV0YS9yZWNpcGVzLXN1cHBvcnQvYm9vc3QvYm9vc3QuaW5jCi0tLSBwcmV2L21ldGEvcmVjaXBl
cy1zdXBwb3J0L2Jvb3N0L2Jvb3N0LmluYwkyMDEyLTA0LTEyIDExOjEyOjQ5LjkxNjc4NjI2MSAr
MDUzMAorKysgbmV3L21ldGEvcmVjaXBlcy1zdXBwb3J0L2Jvb3N0L2Jvb3N0LmluYwkyMDEyLTA0
LTEyIDExOjMwOjMyLjUzNTc4NjEzNCArMDUzMApAQCAtMTM1LDcgKzEzNSwxMSBAQCBCSkFNX09Q
VFMgICAgPSAnJHtCSkFNX1RPT0xTfSBcCiBkb19ib29zdGNvbmZpZygpIHsKIAljcCAtZiBib29z
dC9jb25maWcvcGxhdGZvcm0vbGludXguaHBwIGJvb3N0L2NvbmZpZy9wbGF0Zm9ybS9saW51eC1n
bnVlYWJpLmhwcAogCi0JZWNobyAndXNpbmcgZ2NjIDogNC4zLjEgOiAke0NYWH0gOiBjb21waWxl
ZmxhZ3MgLURCT09TVF9TUF9VU0VfUFRIUkVBRFMgLUkke2luY2x1ZGVkaXJ9IGxpbmtmbGFncyAt
TCR7bGliZGlyfSA7JyA+PiAke1N9L3Rvb2xzL2J1aWxkL3YyL3VzZXItY29uZmlnLmphbQorCSMg
RDIxOTQ6Rml4aW5nIHRoZSBmYWlsdXJlIG9mICJlcnJvcjogZHVwbGljYXRlIGluaXRpYWxpemF0
aW9uIG9mIGdjYyB3aXRoIHRoZSBmb2xsb3dpbmcgcGFyYW1ldGVycyIgZHVyaW5nIGNvbXBpbGF0
aW9uLgorCWlmICEgZ3JlcCAtcWUgIl51c2luZyBnY2MgOiA0LjMuMSIgJHtTfS90b29scy9idWls
ZC92Mi91c2VyLWNvbmZpZy5qYW0gCisJdGhlbgorCQllY2hvICd1c2luZyBnY2MgOiA0LjMuMSA6
ICR7Q1hYfSA6IGNvbXBpbGVmbGFncyAtREJPT1NUX1NQX1VTRV9QVEhSRUFEUyAtSSR7aW5jbHVk
ZWRpcn0gbGlua2ZsYWdzIC1MJHtsaWJkaXJ9IDsnID4+ICR7U30vdG9vbHMvYnVpbGQvdjIvdXNl
ci1jb25maWcuamFtCisJZmkJCiB9CiAKIGFkZHRhc2sgZG9fYm9vc3Rjb25maWcgYWZ0ZXIgZG9f
cGF0Y2ggYmVmb3JlIGRvX2NvbmZpZ3VyZQo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>462</attachid>
            <date>2012-04-12 13:58:10 +0000</date>
            <delta_ts>2023-10-29 09:22:07 +0000</delta_ts>
            <desc>Patch for Eglibc package : Re-execution of do_patch task is giving error.</desc>
            <filename>eglibc.incrementalBuild.defect2194.fix.patch</filename>
            <type>text/plain</type>
            <size>4693</size>
            <attacher name="venkata ramana g">venkatarg</attacher>
            
              <data encoding="base64">ZGlmZiAtTnVwciBwcmV2L21ldGEvcmVjaXBlcy1jb3JlL2VnbGliYy9lZ2xpYmNfMi4xMy5iYiBu
ZXcvbWV0YS9yZWNpcGVzLWNvcmUvZWdsaWJjL2VnbGliY18yLjEzLmJiCi0tLSBwcmV2L21ldGEv
cmVjaXBlcy1jb3JlL2VnbGliYy9lZ2xpYmNfMi4xMy5iYgkyMDEyLTA0LTEwIDExOjEyOjI0LjI1
MTgwNjkwOCArMDUzMAorKysgbmV3L21ldGEvcmVjaXBlcy1jb3JlL2VnbGliYy9lZ2xpYmNfMi4x
My5iYgkyMDEyLTA0LTEwIDIwOjQ4OjA4Ljg0MDgwMjc2MiArMDUzMApAQCAtMTQxLDcgKzE0MSw3
IEBAIGRvX2ZpeF9pYV9oZWFkZXJzKCkgewogCWNwICR7U30vc3lzZGVwcy91bml4L3N5c3YvbGlu
dXgveDg2XzY0L2JpdHMvZW52aXJvbm1lbnRzLmggJHtTfS9zeXNkZXBzL3VuaXgvc3lzdi9saW51
eC9pMzg2L2JpdHMvZW52aXJvbm1lbnRzLmgKIAljcCAke1N9L3N5c2RlcHMvdW5peC9zeXN2L2xp
bnV4L3g4Nl82NC9iaXRzL2ZjbnRsLmggJHtTfS9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9pMzg2
L2JpdHMvZmNudGwuaAogCWNwICR7U30vc3lzZGVwcy94ODZfNjQvZnB1L2JpdHMvZmVudi5oICR7
U30vc3lzZGVwcy9pMzg2L2ZwdS9iaXRzL2ZlbnYuaAotCXJtICR7U30vc3lzZGVwcy9pMzg2L2Jp
dHMvaHVnZV92YWxsLmgKKwlybSAtZiAke1N9L3N5c2RlcHMvaTM4Ni9iaXRzL2h1Z2VfdmFsbC5o
CiAJY3AgJHtTfS9zeXNkZXBzL3g4Nl82NC9iaXRzL2xpbmsuaCAke1N9L3N5c2RlcHMvaTM4Ni9i
aXRzL2xpbmsuaAogCWNwICR7U30vc3lzZGVwcy94ODZfNjQvYml0cy9tYXRoZGVmLmggJHtTfS9z
eXNkZXBzL2kzODYvYml0cy9tYXRoZGVmLmgKIAljcCAke1N9L3N5c2RlcHMveDg2XzY0L2ZwdS9i
aXRzL21hdGhpbmxpbmUuaCAke1N9L3N5c2RlcHMvaTM4Ni9mcHUvYml0cy9tYXRoaW5saW5lLmgK
QEAgLTE1MCwxNCArMTUwLDE0IEBAIGRvX2ZpeF9pYV9oZWFkZXJzKCkgewogCWNwICR7U30vbnB0
bC9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC94ODZfNjQvYml0cy9wdGhyZWFkdHlwZXMuaCAke1N9
L25wdGwvc3lzZGVwcy91bml4L3N5c3YvbGludXgvaTM4Ni9iaXRzL3B0aHJlYWR0eXBlcy5oCiAJ
Y3AgJHtTfS9zeXNkZXBzL3g4Nl82NC9iaXRzL3NlbGVjdC5oICR7U30vc3lzZGVwcy9pMzg2L2Jp
dHMvc2VsZWN0LmgKIAljcCAke1N9L25wdGwvc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0
L2JpdHMvc2VtYXBob3JlLmggJHtTfS9ucHRsL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2kzODYv
Yml0cy9zZW1hcGhvcmUuaAotCXJtICR7U30vc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0
L2JpdHMvc2VtLmgKKwlybSAtZiAke1N9L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L3g4Nl82NC9i
aXRzL3NlbS5oCiAJY3AgJHtTfS9zeXNkZXBzL3g4Nl82NC9iaXRzL3NldGptcC5oICR7U30vc3lz
ZGVwcy9pMzg2L2JpdHMvc2V0am1wLmgKIAljcCAke1N9L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4
L3g4Nl82NC9iaXRzL3NobS5oICR7U30vc3lzZGVwcy91bml4L3N5c3YvbGludXgvaTM4Ni9iaXRz
L3NobS5oCiAJY3AgJHtTfS9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC94ODZfNjQvYml0cy9zaWdj
b250ZXh0LmggJHtTfS9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9pMzg2L2JpdHMvc2lnY29udGV4
dC5oCiAJY3AgJHtTfS9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC94ODZfNjQvYml0cy9zdGF0Lmgg
JHtTfS9zeXNkZXBzL3VuaXgvc3lzdi9saW51eC9pMzg2L2JpdHMvc3RhdC5oCi0Jcm0gJHtTfS9z
eXNkZXBzL2kzODYvaTQ4Ni9iaXRzL3N0cmluZy5oIDsgY3AgJHtTfS9zeXNkZXBzL3g4Nl82NC9i
aXRzL3N0cmluZy5oICR7U30vc3lzZGVwcy9pMzg2L2JpdHMvc3RyaW5nLmgKKwlybSAtZiAke1N9
L3N5c2RlcHMvaTM4Ni9pNDg2L2JpdHMvc3RyaW5nLmggOyBjcCAke1N9L3N5c2RlcHMveDg2XzY0
L2JpdHMvc3RyaW5nLmggJHtTfS9zeXNkZXBzL2kzODYvYml0cy9zdHJpbmcuaCAKIAkjIFNraXAg
c3lzY2FsbC5oLCBzZWUgZG9faW5zdGFsbAotCXJtICR7U30vc3lzZGVwcy91bml4L3N5c3YvbGlu
dXgvaTM4Ni9iaXRzL3djaGFyLmgKKwlybSAtZiAke1N9L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4
L2kzODYvYml0cy93Y2hhci5oIAogCWNwICR7U30vc3lzZGVwcy94ODZfNjQvYml0cy93b3Jkc2l6
ZS5oICR7U30vc3lzZGVwcy9pMzg2L2JpdHMvd29yZHNpemUuaAogCWNwICR7U30vc3lzZGVwcy94
ODZfNjQvYml0cy94dGl0eXBlcy5oICR7U30vc3lzZGVwcy9pMzg2L2JpdHMveHRpdHlwZXMuaAog
CSMgaTM4NiB2ZXJzaW9uIGlzIGNvcnJlY3QsIHg4Nl82NCBpcyBpbmNvcnJlY3QgZm9yIGZwdV9j
b250cm9sLmgKZGlmZiAtTnVwciBwcmV2L21ldGEvcmVjaXBlcy1jb3JlL2VnbGliYy9lZ2xpYmNf
Mi4xNS5iYiBuZXcvbWV0YS9yZWNpcGVzLWNvcmUvZWdsaWJjL2VnbGliY18yLjE1LmJiCi0tLSBw
cmV2L21ldGEvcmVjaXBlcy1jb3JlL2VnbGliYy9lZ2xpYmNfMi4xNS5iYgkyMDEyLTA0LTEwIDEx
OjEyOjI0LjIxNDgwNjg4MiArMDUzMAorKysgbmV3L21ldGEvcmVjaXBlcy1jb3JlL2VnbGliYy9l
Z2xpYmNfMi4xNS5iYgkyMDEyLTA0LTEwIDIwOjUwOjI0LjY1NzgwMjc0NiArMDUzMApAQCAtMTU0
LDcgKzE1NCw3IEBAIGRvX2ZpeF9pYV9oZWFkZXJzKCkgewogCWNwICR7U30vc3lzZGVwcy91bml4
L3N5c3YvbGludXgveDg2XzY0L2JpdHMvZW52aXJvbm1lbnRzLmggJHtTfS9zeXNkZXBzL3VuaXgv
c3lzdi9saW51eC9pMzg2L2JpdHMvZW52aXJvbm1lbnRzLmgKIAljcCAke1N9L3N5c2RlcHMvdW5p
eC9zeXN2L2xpbnV4L3g4Nl82NC9iaXRzL2ZjbnRsLmggJHtTfS9zeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9pMzg2L2JpdHMvZmNudGwuaAogCWNwICR7U30vc3lzZGVwcy94ODZfNjQvZnB1L2JpdHMv
ZmVudi5oICR7U30vc3lzZGVwcy9pMzg2L2ZwdS9iaXRzL2ZlbnYuaAotCXJtICR7U30vc3lzZGVw
cy9pMzg2L2JpdHMvaHVnZV92YWxsLmgKKwlybSAtZiAke1N9L3N5c2RlcHMvaTM4Ni9iaXRzL2h1
Z2VfdmFsbC5oIAogCWNwICR7U30vc3lzZGVwcy94ODZfNjQvYml0cy9saW5rLmggJHtTfS9zeXNk
ZXBzL2kzODYvYml0cy9saW5rLmgKIAljcCAke1N9L3N5c2RlcHMveDg2XzY0L2JpdHMvbWF0aGRl
Zi5oICR7U30vc3lzZGVwcy9pMzg2L2JpdHMvbWF0aGRlZi5oCiAJY3AgJHtTfS9zeXNkZXBzL3g4
Nl82NC9mcHUvYml0cy9tYXRoaW5saW5lLmggJHtTfS9zeXNkZXBzL2kzODYvZnB1L2JpdHMvbWF0
aGlubGluZS5oCkBAIC0xNjMsMTQgKzE2MywxNCBAQCBkb19maXhfaWFfaGVhZGVycygpIHsKIAlj
cCAke1N9L25wdGwvc3lzZGVwcy91bml4L3N5c3YvbGludXgveDg2XzY0L2JpdHMvcHRocmVhZHR5
cGVzLmggJHtTfS9ucHRsL3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2kzODYvYml0cy9wdGhyZWFk
dHlwZXMuaAogCWNwICR7U30vc3lzZGVwcy94ODZfNjQvYml0cy9zZWxlY3QuaCAke1N9L3N5c2Rl
cHMvaTM4Ni9iaXRzL3NlbGVjdC5oCiAJY3AgJHtTfS9ucHRsL3N5c2RlcHMvdW5peC9zeXN2L2xp
bnV4L3g4Nl82NC9iaXRzL3NlbWFwaG9yZS5oICR7U30vbnB0bC9zeXNkZXBzL3VuaXgvc3lzdi9s
aW51eC9pMzg2L2JpdHMvc2VtYXBob3JlLmgKLQlybSAke1N9L3N5c2RlcHMvdW5peC9zeXN2L2xp
bnV4L3g4Nl82NC9iaXRzL3NlbS5oCisJcm0gLWYgJHtTfS9zeXNkZXBzL3VuaXgvc3lzdi9saW51
eC94ODZfNjQvYml0cy9zZW0uaCAKIAljcCAke1N9L3N5c2RlcHMveDg2XzY0L2JpdHMvc2V0am1w
LmggJHtTfS9zeXNkZXBzL2kzODYvYml0cy9zZXRqbXAuaAogCWNwICR7U30vc3lzZGVwcy91bml4
L3N5c3YvbGludXgveDg2XzY0L2JpdHMvc2htLmggJHtTfS9zeXNkZXBzL3VuaXgvc3lzdi9saW51
eC9pMzg2L2JpdHMvc2htLmgKIAljcCAke1N9L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L3g4Nl82
NC9iaXRzL3NpZ2NvbnRleHQuaCAke1N9L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2kzODYvYml0
cy9zaWdjb250ZXh0LmgKIAljcCAke1N9L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L3g4Nl82NC9i
aXRzL3N0YXQuaCAke1N9L3N5c2RlcHMvdW5peC9zeXN2L2xpbnV4L2kzODYvYml0cy9zdGF0LmgK
LQlybSAke1N9L3N5c2RlcHMvaTM4Ni9pNDg2L2JpdHMvc3RyaW5nLmggOyBjcCAke1N9L3N5c2Rl
cHMveDg2XzY0L2JpdHMvc3RyaW5nLmggJHtTfS9zeXNkZXBzL2kzODYvYml0cy9zdHJpbmcuaAor
CXJtIC1mICR7U30vc3lzZGVwcy9pMzg2L2k0ODYvYml0cy9zdHJpbmcuaCA7IGNwICR7U30vc3lz
ZGVwcy94ODZfNjQvYml0cy9zdHJpbmcuaCAke1N9L3N5c2RlcHMvaTM4Ni9iaXRzL3N0cmluZy5o
CiAJIyBTa2lwIHN5c2NhbGwuaCwgc2VlIGRvX2luc3RhbGwKLQlybSAke1N9L3N5c2RlcHMvdW5p
eC9zeXN2L2xpbnV4L2kzODYvYml0cy93Y2hhci5oCisJcm0gLWYgJHtTfS9zeXNkZXBzL3VuaXgv
c3lzdi9saW51eC9pMzg2L2JpdHMvd2NoYXIuaCAKIAljcCAke1N9L3N5c2RlcHMveDg2XzY0L2Jp
dHMvd29yZHNpemUuaCAke1N9L3N5c2RlcHMvaTM4Ni9iaXRzL3dvcmRzaXplLmgKIAljcCAke1N9
L3N5c2RlcHMveDg2XzY0L2JpdHMveHRpdHlwZXMuaCAke1N9L3N5c2RlcHMvaTM4Ni9iaXRzL3h0
aXR5cGVzLmgKIAkjIGkzODYgdmVyc2lvbiBpcyBjb3JyZWN0LCB4ODZfNjQgaXMgaW5jb3JyZWN0
IGZvciBmcHVfY29udHJvbC5oCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>463</attachid>
            <date>2012-04-12 14:03:03 +0000</date>
            <delta_ts>2023-10-29 09:22:14 +0000</delta_ts>
            <desc>Perl package : Re-execution of do_patch task is giving error.</desc>
            <filename>perl.incrementalBuild.defect2194.fix.patch</filename>
            <type>text/plain</type>
            <size>879</size>
            <attacher name="venkata ramana g">venkatarg</attacher>
            
              <data encoding="base64">ZGlmZiAtTnVwciBwcmV2L21ldGEvcmVjaXBlcy1kZXZ0b29scy9wZXJsL3BlcmxfNS4xNC4yLmJi
IG5ldy9tZXRhL3JlY2lwZXMtZGV2dG9vbHMvcGVybC9wZXJsXzUuMTQuMi5iYgotLS0gcHJldi9t
ZXRhL3JlY2lwZXMtZGV2dG9vbHMvcGVybC9wZXJsXzUuMTQuMi5iYgkyMDEyLTA0LTEyIDExOjA0
OjM5LjkyMTc4NjMyMCArMDUzMAorKysgbmV3L21ldGEvcmVjaXBlcy1kZXZ0b29scy9wZXJsL3Bl
cmxfNS4xNC4yLmJiCTIwMTItMDQtMTIgMTE6Mzg6MjUuNjM0Nzg2MDc4ICswNTMwCkBAIC0xNjQs
OCArMTY0LDEyIEBAIGRvX2NvbmZpZ3VyZSgpIHsKIAllc2FjCiAgICAgICAgICMgVGhlc2UgYXJl
IHN0cmV3biBhbGwgb3ZlciB0aGUgc291cmNlIHRyZWUKICAgICAgICAgZm9yIGZvbyBpbiBgZ3Jl
cCAtSSAtbTEgXC91c3JcL2luY2x1ZGVcLy4qXFwuaCAke1dPUktESVJ9LyogLXIgfCBjdXQgLWYg
MSAtZCAiOiJgIDsgZG8KLSAgICAgICAgICAgIGVjaG8gRml4aW5nOiAkZm9vCi0gICAgICAgICAg
ICBzZWQgLWUgInMlL3Vzci9pbmNsdWRlLyUke1NUQUdJTkdfSU5DRElSfS8lZyIgLWkgJGZvbwor
CQkjIEQyMTk0OkZpeGluZyB0aGUgaXNzdWUgInBhdGNoIGZpbGUgbGluayBpcyByZXBsYWNlZCB3
aXRoIG1vZGlmZWQgZmlsZSIKKwkJIyBJZ25vcmUgaWYgZmlsZSBpcyBhIGxpbmssIGFzIGFjdHVh
bCBmaWxlIHdpbGwgYWxzbyBnZXQgY2F1Z2h0IGR1cmluZyBncmVwIAorCQlpZiBbICEgLWggJGZv
byBdOyB0aGVuCisJCQllY2hvIEZpeGluZzogJGZvbworCQkJc2VkIC1lICJzJS91c3IvaW5jbHVk
ZS8lJHtTVEFHSU5HX0lOQ0RJUn0vJWciIC1pICRmb28KKwkgICAgCWZpCiAgICAgICAgIGRvbmUK
IAogICAgICAgICBybSAtZiBjb25maWcK
</data>

          </attachment>
      

    </bug>

</bugzilla>