Hi,
We have noticed the same issue when we wanted to do a scratch build of
Ruby https://koji.fedoraproject.org/koji/taskinfo?taskID=90003939 .
If someone manages to reproduce it, my colleague created this patch for
the script that could be worth trying out:
https://gist.github.com/pvalena/8fe7899ca8ee6cd52c0db17d322503a4
To the failure itself,
The file is empty, simply because something inside the debuginfo RPM
scripts segfaulted. From the logs of your build:
```
+ /usr/bin/find-debuginfo -j6 --strict-build-id -m -i --build-id-seed
8.0.30-1.fc37 --unique-debug-suffix -8.0.30-1.fc37.x86_64
--unique-debug-src-base community-mysql-8.0.30-1.fc37.x86_64 --run-dwz
--dwz-low-mem-die-limit 10000000 --dwz-max-die-limit 110000000 -S
debugsourcefiles.list /builddir/build/BUILD/mysql-8.0.30
/usr/bin/find-debuginfo: line 431: 653188 Done find "$RPM_BUILD_ROOT" !
-path "${debugdir}/*.debug" -type f \( -perm -0100 -or -perm -0010 -or
-perm -0001 \) -print
653189 | LC_ALL=C sort
653190 Segmentation fault (core dumped) | file -N -f -
653191 | sed -n -e 's/^\(.*\):[ ]*.*ELF.*,
not stripped.*/\1/p'
653192 | xargs --no-run-if-empty stat -c '%h
%D_%i %n'
653193 | while read nlinks inum f; do
if [ $nlinks -gt 1 ]; then
var=seen_$inum; if test -n "${!var}"; then
echo "$inum $f" >> "$temp/linked"; continue;
else
read "$var" < <(echo 1);
fi;
fi; echo "$nlinks $inum $f" >> "$temp/primary";
done
find: 'debug': No such file or directory
```
This is also the case of Ruby, it started happening after the mass rebuild.
Regards,
--
Jarek Prokop
Associate Software Engineer
Core Services - Apps
Red Hat
On 7/26/22 11:48, Michal Schorm wrote:
Hi,
I've just started (scratch-)building MySQL 8.0.30. (package 'community-mysql').
And the build on Rawhide failed with an error message, I haven't seen before:
"
Processing files: community-mysql-debugsource-8.0.30-1.fc37.x86_64
error: Empty %files file
/builddir/build/BUILD/mysql-8.0.30/debugsourcefiles.list
RPM build errors:
Empty %files file /builddir/build/BUILD/mysql-8.0.30/debugsourcefiles.list
Child return code was: 1
"
Here is the build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=90072976
The issue appeared on every architecture.
A build from the same sources for F35 (scratch-)builds fine:
https://koji.fedoraproject.org/koji/taskinfo?taskID=90073173
--
Does this error ring a bell to anyone?
Since the RPM debug-stuff is automatically generated and the package
builds fine for F35, I assume it's a KOJI issue rather than the
package issue.
I'll submit scratch builds for F36 & F37 in a moment.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
--
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
