<?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>7468</bug_id>
          
          <creation_ts>2015-03-17 12:42:33 +0000</creation_ts>
          <short_desc>Task do_populate_sdk fails while loading shared libraries</short_desc>
          <delta_ts>2015-04-09 14:55:26 +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>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>WORKSFORME</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.6.3</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Mihail Stanciu">stanciux.mihail</reporter>
          <assigned_to name="Mihail Stanciu">stanciux.mihail</assigned_to>
          <cc>alexandru.c.georgescu</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
          
          <qa_contact name="Mihail Stanciu">stanciux.mihail</qa_contact>
          <cf_os>---</cf_os>
          <cf_regression_type>Unknown (Hard to categorize)</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>49494</commentid>
    <comment_count>0</comment_count>
      <attachid>2446</attachid>
    <who name="Mihail Stanciu">stanciux.mihail</who>
    <bug_when>2015-03-17 12:42:33 +0000</bug_when>
    <thetext>Created attachment 2446
full error log

Hello,

do_populate_sdk is failing on OpenSUSE 13.2 Autobuilder machine while loading shared library librpmbuild-5.4.so while building buildtools-tarball.
Issue does no replicate on other distros. See attached error log.

Buildset affected: buildtools

Tested on: 1.6.3_RC2: 6b8f7999c3e86d6e834af95ffe4c33d0d53db34a

Autoconf content:
&gt; cat conf/auto.conf
INHERIT += &quot;report-error&quot;
DISTRO = &quot;poky&quot;
PACKAGE_CLASSES = &quot;package_rpm package_deb package_ipk&quot;
BB_NUMBER_THREADS = &quot;10&quot;
PARALLEL_MAKE = &quot;-j 10&quot;
SDKMACHINE ?= &quot;x86_64&quot;
BB_TASK_NICE_LEVEL = &quot;5&quot;
IMAGE_FSTYPES_append = &quot;  tar.gz&quot;
BB_TASK_NICE_LEVEL_task-testimage = &quot;0&quot;
DL_DIR ?= &quot;${TOPDIR}/downloads&quot;
INHERIT += &quot;own-mirrors&quot;
SOURCE_MIRROR_URL = &quot;file:////home/autobuilder/yocto-autobuilder/downloads&quot;
SRCREV_pn-build-appliance-image = &quot;${AUTOREV}&quot;
SSTATE_DIR ?= &quot;/home/autobuilder/sstate/&quot;
MACHINE = &quot;qemux86-64&quot;
PREMIRRORS = &quot;&quot;
ADTREPO = &quot;http://adtrepo.yoctoproject.org//1.6.2&quot;

Error log:
ERROR: Create rpm database failed. Command &apos;/home/autobuilder/yocto-autobuilder/yocto-worker/buildtools/build/build/tmp/sysroots/x86_64-linux/usr/bin/rpm --root /home/autobuilder/yocto-autobuilder/yocto-worker/buildtools/build/build/tmp/work/core2-64-poky-linux/buildtools-tarball/1.0-r0/sdk/image/opt/poky/1.6.2/sysroots/core2-64-poky-linux --dbpath /var/lib/rpm -qa &gt; /dev/null&apos; returned 127:
/home/autobuilder/yocto-autobuilder/yocto-worker/buildtools/build/build/tmp/sysroots/x86_64-linux/usr/bin/rpm: error while loading shared libraries: librpmbuild-5.4.so: cannot open shared object file: No such file or directory

ERROR: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/autobuilder/yocto-autobuilder/yocto-worker/buildtools/build/build/tmp/work/core2-64-poky-linux/buildtools-tarball/1.0-r0/temp/log.do_populate_sdk.15401
NOTE: recipe buildtools-tarball-1.0-r0: task do_populate_sdk: Failed
ERROR: Task 7 (/home/autobuilder/yocto-autobuilder/yocto-worker/buildtools/build/meta/recipes-core/meta/buildtools-tarball.bb, do_populate_sdk) failed with exit code &apos;1&apos;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49613</commentid>
    <comment_count>1</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2015-03-20 20:48:06 +0000</bug_when>
    <thetext>I tried to reproduce this one and the other related RPM issue today on a 
Suse13.2 machine and was not able to get either of these failures.  One thought 
from RP was there is some host contamination going on, if possible I would like 
to get access to the failing machine or if you can confirm is any rpm packages 
are installed besides the standard one.  Specifically if there is a librpm 
installed in /usr/lib or /lib 

Also, please provide more specifics about what bitbake command you actually 
ran, I needed to guess at it based on directory names and the failure.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49651</commentid>
    <comment_count>2</comment_count>
    <who name="Alexandru Georgescu">alexandru.c.georgescu</who>
    <bug_when>2015-03-23 13:32:08 +0000</bug_when>
    <thetext>changed the regression field to unknown. This distro wasn&apos;t supported during 1.6 release development cycle, so the previous flag (regression, used to work) is invalid</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49812</commentid>
    <comment_count>3</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2015-03-26 17:45:53 +0000</bug_when>
    <thetext>.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>50179</commentid>
    <comment_count>4</comment_count>
    <who name="Alexandru Georgescu">alexandru.c.georgescu</who>
    <bug_when>2015-04-09 14:47:18 +0000</bug_when>
    <thetext>Mihai, can you update this?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>50184</commentid>
    <comment_count>5</comment_count>
    <who name="Mihail Stanciu">stanciux.mihail</who>
    <bug_when>2015-04-09 14:55:06 +0000</bug_when>
    <thetext>Saul was give access to the failing machine and as per his findings, marking this as &quot;works for me&quot; since the failure could not be reproduced.
Will reopen if it should reappear.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>50185</commentid>
    <comment_count>6</comment_count>
    <who name="Mihail Stanciu">stanciux.mihail</who>
    <bug_when>2015-04-09 14:55:26 +0000</bug_when>
    <thetext>Marking as verified.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>2446</attachid>
            <date>2015-03-17 12:42:33 +0000</date>
            <delta_ts>2015-03-17 12:42:33 +0000</delta_ts>
            <desc>full error log</desc>
            <filename>log.do_populate_sdk.15401</filename>
            <type>application/octet-stream</type>
            <size>905</size>
            <attacher name="Mihail Stanciu">stanciux.mihail</attacher>
            
              <data encoding="base64">REVCVUc6IEV4ZWN1dGluZyBweXRob24gZnVuY3Rpb24gZG9fcG9wdWxhdGVfc2RrCk5PVEU6IElu
c3RhbGxpbmcgVEFSR0VUIHBhY2thZ2VzCk5PVEU6IGNvbmZpZ3VyaW5nIFJQTSBwbGF0Zm9ybSBz
ZXR0aW5ncwpOT1RFOiBjb25maWd1cmluZyBSUE0gc3lzdGVtIHByb3ZpZGVzCk5PVEU6IGNvbmZp
Z3VyaW5nIFJQTSBEQiBzZXR0aW5ncwpFUlJPUjogQ3JlYXRlIHJwbSBkYXRhYmFzZSBmYWlsZWQu
IENvbW1hbmQgJy9ob21lL2F1dG9idWlsZGVyL3lvY3RvLWF1dG9idWlsZGVyL3lvY3RvLXdvcmtl
ci9idWlsZHRvb2xzL2J1aWxkL2J1aWxkL3RtcC9zeXNyb290cy94ODZfNjQtbGludXgvdXNyL2Jp
bi9ycG0gLS1yb290IC9ob21lL2F1dG9idWlsZGVyL3lvY3RvLWF1dG9idWlsZGVyL3lvY3RvLXdv
cmtlci9idWlsZHRvb2xzL2J1aWxkL2J1aWxkL3RtcC93b3JrL2NvcmUyLTY0LXBva3ktbGludXgv
YnVpbGR0b29scy10YXJiYWxsLzEuMC1yMC9zZGsvaW1hZ2Uvb3B0L3Bva3kvMS42LjIvc3lzcm9v
dHMvY29yZTItNjQtcG9reS1saW51eCAtLWRicGF0aCAvdmFyL2xpYi9ycG0gLXFhID4gL2Rldi9u
dWxsJyByZXR1cm5lZCAxMjc6Ci9ob21lL2F1dG9idWlsZGVyL3lvY3RvLWF1dG9idWlsZGVyL3lv
Y3RvLXdvcmtlci9idWlsZHRvb2xzL2J1aWxkL2J1aWxkL3RtcC9zeXNyb290cy94ODZfNjQtbGlu
dXgvdXNyL2Jpbi9ycG06IGVycm9yIHdoaWxlIGxvYWRpbmcgc2hhcmVkIGxpYnJhcmllczogbGli
cnBtYnVpbGQtNS40LnNvOiBjYW5ub3Qgb3BlbiBzaGFyZWQgb2JqZWN0IGZpbGU6IE5vIHN1Y2gg
ZmlsZSBvciBkaXJlY3RvcnkKCkRFQlVHOiBQeXRob24gZnVuY3Rpb24gZG9fcG9wdWxhdGVfc2Rr
IGZpbmlzaGVkCkVSUk9SOiBGdW5jdGlvbiBmYWlsZWQ6IGRvX3BvcHVsYXRlX3Nkawo=
</data>

          </attachment>
      

    </bug>

</bugzilla>