<?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>15110</bug_id>
          
          <creation_ts>2023-04-26 07:15:30 +0000</creation_ts>
          <short_desc>pseudo use some system call which has been removed form  new glibc</short_desc>
          <delta_ts>2026-04-30 15:41:27 +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>Other</rep_platform>
          <op_sys>other</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>5.99</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Jialing Zhang">zhangjialing</reporter>
          <assigned_to name="Unassigned">unassigned</assigned_to>
          <cc>adrian.freihofer</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>zhangjialing</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</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>95457</commentid>
    <comment_count>0</comment_count>
    <who name="Jialing Zhang">zhangjialing</who>
    <bug_when>2023-04-26 07:15:30 +0000</bug_when>
    <thetext>pseudo use some system call which has been removed form  new glibc.
eg:__fxstat64 __fxstatat64 _fxstatat __fxstat</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>95629</commentid>
    <comment_count>1</comment_count>
    <who name="Adrian">adrian.freihofer</who>
    <bug_when>2023-06-04 16:40:46 +0000</bug_when>
    <thetext>Not sure the following is a pseudo or a tar related issue. My setup is:

- Host: Fedora 38
- Latest poky: 4.2_M3-957-g6d470c3e0c (includes uninative 4.0)
- In local.conf: IMAGE_CLASSES += &quot;image-combined-dbg&quot;

bitbake core-image-minimal fails with:

ERROR: core-image-minimal-1.0-r0 do_image: ExecutionError(&apos;/home/adrian/projects/oss/meta-yocto-upstream/projects/poky-oe-glibc-sd/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp/run.combine_dbg_image.1005063&apos;, 2, None, None)
ERROR: Logfile of failure stored in: /home/adrian/projects/oss/meta-yocto-upstream/projects/poky-oe-glibc-sd/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp/log.do_image.1005063
Log data follows:
| DEBUG: Executing python function do_image
| NOTE: Executing combine_dbg_image ...
| DEBUG: Executing shell function combine_dbg_image
| tar: ./etc/systemd/system/sockets.target.wants/dropbear.socket: Cannot open: Permission denied
| tar: ./etc/systemd/system/multi-user.target.wants/busybox-syslog.service: Cannot open: Permission denied
| tar: ./etc/systemd/system/multi-user.target.wants/busybox-klogd.service: Cannot open: Permission denied
| tar: ./etc/systemd/system/syslog.service: Cannot open: Permission denied
| tar: ./etc/systemd/system/local-fs.target.wants/var-volatile-lib.service: Cannot open: Permission denied
| tar: ./etc/systemd/system/local-fs.target.wants/var-volatile-cache.service: Cannot open: Permission denied
| tar: ./etc/systemd/system/local-fs.target.wants/var-volatile-spool.service: Cannot open: Permission denied
| tar: ./etc/systemd/system/local-fs.target.wants/var-volatile-srv.service: Cannot open: Permission denied
| tar: ./etc/systemd/system/systemd-random-seed.service.wants/var-volatile-lib.service: Cannot open: Permission denied
| tar: ./etc/systemd/system/sysinit.target.wants/run-postinsts.service: Cannot open: Permission denied
| tar: ./etc/resolv-conf.systemd: Cannot open: No such file or directory
| tar: ./etc/resolv.conf: Cannot open: Permission denied
| tar: Exiting with failure status due to previous errors
| WARNING: /home/adrian/projects/oss/meta-yocto-upstream/projects/poky-oe-glibc-sd/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp/run.combine_dbg_image.1005063:154 exit 2 from &apos;tar -C /home/adrian/projects/oss/meta-yocto-upstream/projects/poky-oe-glibc-sd/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs-dbg -xf -&apos;
| WARNING: Backtrace (BB generated script):
| 	#1: combine_dbg_image, /home/adrian/projects/oss/meta-yocto-upstream/projects/poky-oe-glibc-sd/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp/run.combine_dbg_image.1005063, line 154
| 	#2: main, /home/adrian/projects/oss/meta-yocto-upstream/projects/poky-oe-glibc-sd/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/temp/run.combine_dbg_image.1005063, line 158
| DEBUG: Python function do_image finished


The following patch is a workaround:

diff --git a/meta/classes-recipe/image-combined-dbg.bbclass b/meta/classes-recipe/image-combined-dbg.bbclass
index dcf1968538..f8e3ad6faa 100644
--- a/meta/classes-recipe/image-combined-dbg.bbclass
+++ b/meta/classes-recipe/image-combined-dbg.bbclass
@@ -10,6 +10,6 @@ combine_dbg_image () {
         if [ &quot;${IMAGE_GEN_DEBUGFS}&quot; = &quot;1&quot; -a -e ${IMAGE_ROOTFS}-dbg ]; then
                 # copy target files into -dbg rootfs, so it can be used for
                 # debug purposes directly
-                tar -C ${IMAGE_ROOTFS} -cf - . | tar -C ${IMAGE_ROOTFS}-dbg -xf -
+                cp -a ${IMAGE_ROOTFS}/* ${IMAGE_ROOTFS}-dbg/
         fi
 }</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97097</commentid>
    <comment_count>2</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2023-10-30 15:37:24 +0000</bug_when>
    <thetext>Build move to 5.0 -- ../Randy</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>98821</commentid>
    <comment_count>3</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2024-04-25 01:13:52 +0000</bug_when>
    <thetext>Bulk move of 5.0 medium importance issues to 5.99.
Move to 5.1 if you want to actively work on an issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>98865</commentid>
    <comment_count>4</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2024-04-25 01:23:12 +0000</bug_when>
    <thetext>Move to 5.99 since no one is actively working on this issue.
Move to 5.x if you start on a task, please.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>105332</commentid>
    <comment_count>5</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2026-04-30 15:41:27 +0000</bug_when>
    <thetext>Comment 1 was an unrelated issue.

Pseudo needs to wrap function calls for all glibc versions of the systems it might be run on, so even if they are removed from a recent glibc, we still need to wrap them for a while afterwards. We&apos;d need to check if they are present on any system we might run on.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>