<?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>15084</bug_id>
          
          <creation_ts>2023-03-29 08:11:29 +0000</creation_ts>
          <short_desc>For some reason using of same user in two recipes does not work properly</short_desc>
          <delta_ts>2025-06-05 15:10:46 +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>oe-core other</component>
          <version>4.0.9</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></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>5.2</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Piotr Łobacz">p.lobacz</reporter>
          <assigned_to name="Unassigned">unassigned</assigned_to>
          <cc>pavel</cc>
    
    <cc>randy.macleod</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>95205</commentid>
    <comment_count>0</comment_count>
    <who name="Piotr Łobacz">p.lobacz</who>
    <bug_when>2023-03-29 08:11:29 +0000</bug_when>
    <thetext>First of all I know that this is not a place to discuss problems regarding issues to different meta-layers but I am recently working with meta-iotedge layer for kirkstone and I have noticed strange behavior, which may be touching core functionalities of oe-core. Maybe I&apos;m wrong I dunno, but I would be pleased if somebody might help me solve this riddle :)

Namely I wanted to make some code clean up of this meta layer because the dependencies and their order where done a little bit wrong. This is my testing repository https://github.com/Dvergatal/meta-iotedge/tree/welotec on which this strange behavior is observed.

Generally the build order is supposed to be like that aziotd, iotedge, aziotctl and than aziot-edged. We do not consider aziot-keys as this is just a run dependency. Now first two aziotd and iotedge are building without any issued but than aziotctl and aziot-edged (this one does not build due to aziotctl error) fails. The weird behavior is noticed on aziotctl install process. The error is regarding install: invalid user ‘iotedge’, but aziotd and iotedge packages are installed to aziotctl sysroot. What I have noticed is that in file `build/tmp-glibc/work/core2-64-WelotecGmbH-linux/aziotctl/1.4.3.AUTOINC+cfa39b58ec-r0/recipe-sysroot/etc/passwd` this iotedge user is actually missing and this is odd because it should be there....</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>95206</commentid>
    <comment_count>1</comment_count>
    <who name="Piotr Łobacz">p.lobacz</who>
    <bug_when>2023-03-29 12:36:43 +0000</bug_when>
    <thetext>OK I have gladly been able to reproduce this issue without usage of this meta-iotedge meta layer and finally I know when it happens.

BTW. Randy I&apos;m sorry for adding you to CC list but I do not know if anybody has seen this bug, but I need some help so we could investigate it as it is related strictly to creation of sysroot on recipe build.

Namely whenever we are appending a package name - which is adding new user and group which depends from another user(s) from different recipe(s) - to DEPENDS variable in our recipe, for some reason this user is not being created at all which is of course a bug probably in meta/classes/sstate.bbclass, but I haven&apos;t verified it yet. I have only seen that there was already a bug https://lore.kernel.org/all/fa38064e-eea8-8301-cb78-5e846b1341f2@emagii.com/T/ but it is already fixed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>95208</commentid>
    <comment_count>2</comment_count>
    <who name="Piotr Łobacz">p.lobacz</who>
    <bug_when>2023-03-29 12:51:41 +0000</bug_when>
    <thetext>Generally the chain looks like this:
Recipe A DEPENDS on recipe B, which DEPENDS alike but on recipe C and creates user and group to which is being added user from recipe C</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>95229</commentid>
    <comment_count>3</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2023-03-30 14:47:47 +0000</bug_when>
    <thetext>Known issue that may be related to:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13419
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13279

Pavel may take a look.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>95253</commentid>
    <comment_count>4</comment_count>
    <who name="Piotr Łobacz">p.lobacz</who>
    <bug_when>2023-03-31 12:02:21 +0000</bug_when>
    <thetext>Randy I have already found where it is and what is the cause of it I have written it on https://bugzilla.yoctoproject.org/show_bug.cgi?id=13904</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>95254</commentid>
    <comment_count>5</comment_count>
    <who name="Piotr Łobacz">p.lobacz</who>
    <bug_when>2023-03-31 12:06:35 +0000</bug_when>
    <thetext>Additionally we will try in Welotec team to solve this, because this issue is on one side trivial and on the other difficult. The difficulty in it is how to pass the proper order of executin these scripts into this for loop in basepasswd_sysroot_postinst bash script...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>95258</commentid>
    <comment_count>6</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2023-03-31 18:48:11 +0000</bug_when>
    <thetext>Piotr, I&apos;ll leave to to you and Pavel to work out and set the ownership of the bug.
Thanks for explaining what your plans are.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>95265</commentid>
    <comment_count>7</comment_count>
    <who name="Piotr Łobacz">p.lobacz</who>
    <bug_when>2023-04-01 19:51:22 +0000</bug_when>
    <thetext>Yeah, sounds great:) Pavel if it&apos;s possible please contact me and we can discuss the issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96330</commentid>
    <comment_count>8</comment_count>
      <attachid>4972</attachid>
    <who name="Piotr Łobacz">p.lobacz</who>
    <bug_when>2023-08-31 09:29:34 +0000</bug_when>
    <thetext>Created attachment 4972
Fix user add temporarily

Correct order of posinsts execution passwd db

Run user add scripts in three passes, first for adding groups,
then users and at the end group memberships.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97790</commentid>
    <comment_count>9</comment_count>
    <who name="Pavel Zhukov">pavel</who>
    <bug_when>2024-01-15 20:41:29 +0000</bug_when>
    <thetext>There were some changes in useradd recently. Need to check if the bug is still valid. Moving to M3</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97918</commentid>
    <comment_count>10</comment_count>
    <who name="Piotr Łobacz">p.lobacz</who>
    <bug_when>2024-01-18 20:47:16 +0000</bug_when>
    <thetext>The issue is still valid as Richard has fixed only one part of it and it has been even discussed with him.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>98530</commentid>
    <comment_count>11</comment_count>
    <who name="Piotr Łobacz">p.lobacz</who>
    <bug_when>2024-03-19 09:05:23 +0000</bug_when>
    <thetext>I think that after this patch https://git.openembedded.org/openembedded-core/commit/?id=322ef726132a47d977d2c6ee41de5358f1e85994 merged to master, the bug is fixed, but I still need to test it with master release, which I haven&apos;t done yet...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>100094</commentid>
    <comment_count>12</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2024-10-31 15:09:24 +0000</bug_when>
    <thetext>Bulk move of 5.1 bugs to 5.2. -- YP bug review (Randy)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>102160</commentid>
    <comment_count>13</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2025-06-05 15:10:46 +0000</bug_when>
    <thetext>Seems to be resolved by:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=15084#c11</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>4972</attachid>
            <date>2023-08-31 09:29:34 +0000</date>
            <delta_ts>2023-08-31 09:29:34 +0000</delta_ts>
            <desc>Fix user add temporarily</desc>
            <filename>oecore.patch</filename>
            <type>text/plain</type>
            <size>4504</size>
            <attacher name="Piotr Łobacz">p.lobacz</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL21ldGEvY2xhc3Nlcy9zdGFnaW5nLmJiY2xhc3MgYi9tZXRhL2NsYXNzZXMv
c3RhZ2luZy5iYmNsYXNzCmluZGV4IDA0NDg3M2M5YWUuLjYyZmRjZTBjZjIgMTAwNjQ0Ci0tLSBh
L21ldGEvY2xhc3Nlcy9zdGFnaW5nLmJiY2xhc3MKKysrIGIvbWV0YS9jbGFzc2VzL3N0YWdpbmcu
YmJjbGFzcwpAQCAtMjM4LDcgKzIzOCw3IEBAIGRlZiBzdGFnaW5nX3BvcHVsYXRlX3N5c3Jvb3Rf
ZGlyKHRhcmdldHN5c3Jvb3QsIG5hdGl2ZXN5c3Jvb3QsIG5hdGl2ZSwgZCk6CiAgICAgICAgICAg
ICAgICAgICAgICAgICBjb250aW51ZQogCiAgICAgc3RhZ2luZ19wcm9jZXNzZml4bWUoZml4bWUs
IHRhcmdldGRpciwgdGFyZ2V0c3lzcm9vdCwgbmF0aXZlc3lzcm9vdCwgZCkKLSAgICBmb3IgcCBp
biBwb3N0aW5zdHM6CisgICAgZm9yIHAgaW4gc29ydGVkKHBvc3RpbnN0cyk6CiAgICAgICAgIHN1
YnByb2Nlc3MuY2hlY2tfb3V0cHV0KHAsIHNoZWxsPVRydWUsIHN0ZGVycj1zdWJwcm9jZXNzLlNU
RE9VVCkKIAogIwpAQCAtNjIyLDcgKzYyMiw3IEBAIHB5dGhvbiBleHRlbmRfcmVjaXBlX3N5c3Jv
b3QoKSB7CiAgICAgZm9yIGYgaW4gZml4bWU6CiAgICAgICAgIHN0YWdpbmdfcHJvY2Vzc2ZpeG1l
KGZpeG1lW2ZdLCBmLCByZWNpcGVzeXNyb290LCByZWNpcGVzeXNyb290bmF0aXZlLCBkKQogCi0g
ICAgZm9yIHAgaW4gcG9zdGluc3RzOgorICAgIGZvciBwIGluIHNvcnRlZChwb3N0aW5zdHMpOgog
ICAgICAgICBzdWJwcm9jZXNzLmNoZWNrX291dHB1dChwLCBzaGVsbD1UcnVlLCBzdGRlcnI9c3Vi
cHJvY2Vzcy5TVERPVVQpCiAKICAgICBmb3IgZGVwIGluIG1hbmlmZXN0czoKZGlmZiAtLWdpdCBh
L21ldGEvY2xhc3Nlcy91c2VyYWRkLmJiY2xhc3MgYi9tZXRhL2NsYXNzZXMvdXNlcmFkZC5iYmNs
YXNzCmluZGV4IDIwNzcxYTBjZTUuLmI0OGVmYjU3MWYgMTAwNjQ0Ci0tLSBhL21ldGEvY2xhc3Nl
cy91c2VyYWRkLmJiY2xhc3MKKysrIGIvbWV0YS9jbGFzc2VzL3VzZXJhZGQuYmJjbGFzcwpAQCAt
OTcsNiArOTcsMTggQEAgZmkKIH0KIAogdXNlcmFkZF9zeXNyb290ICgpIHsKKwl1c2VyX2dyb3Vw
X2dyb3VwbWVtc19hZGRfc3lzcm9vdCB1c2VyCit9CisKK2dyb3VwYWRkX3N5c3Jvb3QgKCkgewor
CXVzZXJfZ3JvdXBfZ3JvdXBtZW1zX2FkZF9zeXNyb290IGdyb3VwCit9CisKK2dyb3VwbWVtc2Fk
ZF9zeXNyb290ICgpIHsKKwl1c2VyX2dyb3VwX2dyb3VwbWVtc19hZGRfc3lzcm9vdCBncm91cG1l
bXMKK30KKwordXNlcl9ncm91cF9ncm91cG1lbXNfYWRkX3N5c3Jvb3QgKCkgewogCSMgUHNldWRv
IG1heSAoZG9fcHJlcGFyZV9yZWNpcGVfc3lzcm9vdCkgb3IgbWF5IG5vdCAoZG9fcG9wdWxhdGVf
c3lzcm9vdF9zZXRzY2VuZSkgYmUgcnVubmluZyAKIAkjIGF0IHRoaXMgcG9pbnQgc28gd2UncmUg
ZXhwbGljaXQgYWJvdXQgdGhlIGVudmlyb25tZW50IHNvIHBzZXVkbyBjYW4gbG9hZCBpZiAKIAkj
IG5vdCBhbHJlYWR5IHByZXNlbnQuCkBAIC0xMjUsOSArMTM3LDE5IEBAIHVzZXJhZGRfc3lzcm9v
dCAoKSB7CiAJZmkKIAogCSMgQWRkIGdyb3VwcyBhbmQgdXNlcnMgZGVmaW5lZCBmb3IgYWxsIHJl
Y2lwZSBwYWNrYWdlcwotCUdST1VQQUREX1BBUkFNPSIke0BnZXRfYWxsX2NtZF9wYXJhbXMoZCwg
J2dyb3VwYWRkJyl9IgotCVVTRVJBRERfUEFSQU09IiR7QGdldF9hbGxfY21kX3BhcmFtcyhkLCAn
dXNlcmFkZCcpfSIKLQlHUk9VUE1FTVNfUEFSQU09IiR7QGdldF9hbGxfY21kX3BhcmFtcyhkLCAn
Z3JvdXBtZW1zJyl9IgorCWlmIHRlc3QgIngkMSIgPSAieGdyb3VwIjsgdGhlbgorCQlHUk9VUEFE
RF9QQVJBTT0iJHtAZ2V0X2FsbF9jbWRfcGFyYW1zKGQsICdncm91cGFkZCcpfSIKKwlmaQorCWlm
IHRlc3QgIngkMSIgPSAieHVzZXIiOyB0aGVuCisJCVVTRVJBRERfUEFSQU09IiR7QGdldF9hbGxf
Y21kX3BhcmFtcyhkLCAndXNlcmFkZCcpfSIKKwlmaQorCWlmIHRlc3QgIngkMSIgPSAieGdyb3Vw
bWVtcyI7IHRoZW4KKwkJR1JPVVBNRU1TX1BBUkFNPSIke0BnZXRfYWxsX2NtZF9wYXJhbXMoZCwg
J2dyb3VwbWVtcycpfSIKKwlmaQorCWlmIHRlc3QgIngkMSIgPSAieCI7IHRoZW4KKwkJYmJ3YXJu
ICJtaXNzaW5nIHR5cGUgb2YgcGFzc3dkIGRiIGFjdGlvbiIKKwkJZXhpdCAwCisJZmkKIAogCSMg
VGVsbCB0aGUgc3lzdGVtIHRvIHVzZSB0aGUgZW52aXJvbm1lbnQgdmFycwogCVVBX1NZU1JPT1Q9
MQpAQCAtMTQyLDI1ICsxNjQsMjYgQEAgdXNlcmFkZF9zeXNyb290ICgpIHsKIEVYVFJBX1NUQUdJ
TkdfRklYTUVTICs9ICJQU0VVRE9fU1lTUk9PVCBQU0VVRE9fTE9DQUxTVEFURURJUiBMT0dGSUZP
IgogCiBweXRob24gdXNlcmFkZF9zeXNyb290X3NzdGF0ZSAoKSB7Ci0gICAgc2NyaXB0ZmlsZSA9
IE5vbmUKLSAgICB0YXNrID0gZC5nZXRWYXIoIkJCX0NVUlJFTlRUQVNLIikKLSAgICBpZiB0YXNr
ID09ICJwYWNrYWdlX3NldHNjZW5lIjoKLSAgICAgICAgYmIuYnVpbGQuZXhlY19mdW5jKCJ1c2Vy
YWRkX3N5c3Jvb3QiLCBkKQotICAgIGVsaWYgdGFzayA9PSAicHJlcGFyZV9yZWNpcGVfc3lzcm9v
dCI6Ci0gICAgICAgICMgVXNlZCB0byB1cGRhdGUgdGhpcyByZWNpcGUncyBvd24gc3lzcm9vdCBz
byB0aGUgdXNlci9ncm91cHMgYXJlIGF2YWlsYWJsZSB0byBkb19pbnN0YWxsCi0gICAgICAgIHNj
cmlwdGZpbGUgPSBkLmV4cGFuZCgiJHtSRUNJUEVfU1lTUk9PVH0ke2JpbmRpcn0vcG9zdGluc3Qt
dXNlcmFkZC0ke1BOfSIpCi0gICAgICAgIGJiLmJ1aWxkLmV4ZWNfZnVuYygidXNlcmFkZF9zeXNy
b290IiwgZCkKLSAgICBlbGlmIHRhc2sgPT0gInBvcHVsYXRlX3N5c3Jvb3QiOgotICAgICAgICAj
IFVzZWQgd2hlbiBpbnN0YWxsZWQgaW4gZGVwZW5kZW50IHRhc2sgc3lzcm9vdHMKLSAgICAgICAg
c2NyaXB0ZmlsZSA9IGQuZXhwYW5kKCIke1NZU1JPT1RfREVTVERJUn0ke2JpbmRpcn0vcG9zdGlu
c3QtdXNlcmFkZC0ke1BOfSIpCi0KLSAgICBpZiBzY3JpcHRmaWxlOgotICAgICAgICBiYi51dGls
cy5ta2RpcmhpZXIob3MucGF0aC5kaXJuYW1lKHNjcmlwdGZpbGUpKQotICAgICAgICB3aXRoIG9w
ZW4oc2NyaXB0ZmlsZSwgJ3cnKSBhcyBzY3JpcHQ6Ci0gICAgICAgICAgICBzY3JpcHQud3JpdGUo
IiMhL2Jpbi9zaFxuIikKLSAgICAgICAgICAgIGJiLmRhdGEuZW1pdF9mdW5jKCJ1c2VyYWRkX3N5
c3Jvb3QiLCBzY3JpcHQsIGQpCi0gICAgICAgICAgICBzY3JpcHQud3JpdGUoInVzZXJhZGRfc3lz
cm9vdFxuIikKLSAgICAgICAgb3MuY2htb2Qoc2NyaXB0ZmlsZSwgMG83NTUpCisgICAgZm9yIHR5
cGUsIHNvcnRfcHJlZml4IGluIFsoImdyb3VwIiwgIjAxIiksICgidXNlciIsICIwMiIpLCAoImdy
b3VwbWVtcyIsICIwMyIpXToKKyAgICAgICAgc2NyaXB0ZmlsZSA9IE5vbmUKKyAgICAgICAgdGFz
ayA9IGQuZ2V0VmFyKCJCQl9DVVJSRU5UVEFTSyIpCisgICAgICAgIGlmIHRhc2sgPT0gInBhY2th
Z2Vfc2V0c2NlbmUiOgorICAgICAgICAgICAgYmIuYnVpbGQuZXhlY19mdW5jKGYie3R5cGV9YWRk
X3N5c3Jvb3QiLCBkKQorICAgICAgICBlbGlmIHRhc2sgPT0gInByZXBhcmVfcmVjaXBlX3N5c3Jv
b3QiOgorICAgICAgICAgICAgIyBVc2VkIHRvIHVwZGF0ZSB0aGlzIHJlY2lwZSdzIG93biBzeXNy
b290IHNvIHRoZSB1c2VyL2dyb3VwcyBhcmUgYXZhaWxhYmxlIHRvIGRvX2luc3RhbGwKKyAgICAg
ICAgICAgIHNjcmlwdGZpbGUgPSBkLmV4cGFuZCgiJHtSRUNJUEVfU1lTUk9PVH0ke2JpbmRpcn0v
IiBmInBvc3RpbnN0LXVzZXJhZGQte3NvcnRfcHJlZml4fXt0eXBlfSIgIi0ke1BOfSIpCisgICAg
ICAgICAgICBiYi5idWlsZC5leGVjX2Z1bmMoZiJ7dHlwZX1hZGRfc3lzcm9vdCIsIGQpCisgICAg
ICAgIGVsaWYgdGFzayA9PSAicG9wdWxhdGVfc3lzcm9vdCI6CisgICAgICAgICAgICAjIFVzZWQg
d2hlbiBpbnN0YWxsZWQgaW4gZGVwZW5kZW50IHRhc2sgc3lzcm9vdHMKKyAgICAgICAgICAgIHNj
cmlwdGZpbGUgPSBkLmV4cGFuZCgiJHtTWVNST09UX0RFU1RESVJ9JHtiaW5kaXJ9LyIgZiJwb3N0
aW5zdC11c2VyYWRkLXtzb3J0X3ByZWZpeH17dHlwZX0iICItJHtQTn0iKQorICAgIAorICAgICAg
ICBpZiBzY3JpcHRmaWxlOgorICAgICAgICAgICAgYmIudXRpbHMubWtkaXJoaWVyKG9zLnBhdGgu
ZGlybmFtZShzY3JpcHRmaWxlKSkKKyAgICAgICAgICAgIHdpdGggb3BlbihzY3JpcHRmaWxlLCAn
dycpIGFzIHNjcmlwdDoKKyAgICAgICAgICAgICAgICBzY3JpcHQud3JpdGUoIiMhL2Jpbi9zaFxu
IikKKyAgICAgICAgICAgICAgICBiYi5kYXRhLmVtaXRfZnVuYyhmInt0eXBlfWFkZF9zeXNyb290
Iiwgc2NyaXB0LCBkKQorICAgICAgICAgICAgICAgIHNjcmlwdC53cml0ZShmInt0eXBlfWFkZF9z
eXNyb290XG4iKQorICAgICAgICAgICAgb3MuY2htb2Qoc2NyaXB0ZmlsZSwgMG83NTUpCiB9CiAK
IGRvX3ByZXBhcmVfcmVjaXBlX3N5c3Jvb3RbcG9zdGZ1bmNzXSArPSAiJHtTWVNST09URlVOQ30i
Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>