Hide Forgot
Several problems related to debuginfo were found in the perl-5.10.1-119.el6 package. These issues might affect crash analysis done by Automatic Bug Reporting Tool and its retrace server, and also prevent proper debugging of crashes via GDB. Debuginfo symbolic links pointing to another path ------------------------------------------------- Debuginfo package includes a symbolic link to each binary that has the debugging symbols stored there. For perl, two symbolic links do not point to the right binary, and that makes it impossible to use build ids from a coredump to get a list of packages required by it. Usually, this is a packaging error caused usually by placing identical binary into several locations instead of creating a symlink. If one copy of the binary is SUID/SGID, it is not possible to use symlink. You can add a dependency on bug #727872 and rebuild perl when that bug is fixed. - affected binary: /usr/bin/perl affected package: perl-5.10.1-119.el6.i686 referenced binary: /usr/bin/suidperl referenced package: perl-suidperl-5.10.1-119.el6.i686 debuginfo symlink: /usr/lib/debug/.build-id/f8/48b9e8ff059b14becc9acb6dfaf49d5e5052b0 - affected binary: /usr/bin/perl5.10.1 affected package: perl-5.10.1-119.el6.i686 referenced binary: /usr/bin/suidperl referenced package: perl-suidperl-5.10.1-119.el6.i686 debuginfo symlink: /usr/lib/debug/.build-id/f8/48b9e8ff059b14becc9acb6dfaf49d5e5052b0 This issue has been solved in Fedora by /usr/lib/rpm/find-debuginfo.sh creating additional symlinks for identical binaries. However, symlinks should be used instead of duplicating a binary when possible. Source file missing in debuginfo package ---------------------------------------- Multiple source files that were used by the compiler to generate a binary are missing from the debuginfo package. This is usually caused by the build script creating temporary source files during the build and deleting them after usage, or by moving source files between directories. Missing source files in debuginfo packages make debugging of crashes more difficult. debuginfo package: perl-debuginfo-5.10.1-119.el6.i686 debuginfo file: /usr/lib/debug/usr/bin/a2p.debug missing source: /usr/src/debug/perl-5.10.1/x2p/y.tab.c debuginfo file: /usr/lib/debug/usr/bin/sperl5.10.1.debug missing source: /usr/src/debug/perl-5.10.1/sperl.c Please consider changing the package build script (if that is the cause of this issue) to keep the source files on their compilation place, so rpmbuild can find them when generating debuginfo package. (This bug was detected and filed by a script.)
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. If you would like it considered as an exception in the current release, please ask your support representative.
> Debuginfo symbolic links pointing to another path $ ls -l /usr/bin/{perl,perl5.10.1,sperl5.10.1,suidperl} -rwxr-xr-x. 2 root root 13512 19. dub 21.28 /usr/bin/perl -rwxr-xr-x. 2 root root 13512 19. dub 21.28 /usr/bin/perl5.10.1 -rws--x--x. 1 root root 84576 19. dub 21.28 /usr/bin/sperl5.10.1 -rwxr-xr-x. 1 root root 13512 19. dub 21.28 /usr/bin/suidperl Indeed perl, perl5.10.1 and suidperl are identical. > Source file missing in debuginfo package rpmbuild complains: cpio: perl-5.10.1/sperl.c: Cannot stat: No such file or directory cpio: perl-5.10.1/x2p/y.tab.c: Cannot stat: No such file or directory because the build phase does: rm -f sperl.c /bin/ln -s perl.c sperl.c Reusing 'git_version.h' and 'lib/Config_git.pl' LD_PRELOAD=/builddir/build/BUILD/perl-5.10.1/libperl.so LD_LIBRARY_PATH=/builddir/build/BUILD/perl-5.10.1 ./miniperl -Ilib configpm `sh cflags "optimize='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables'" sperl.o` -DIAMSUID sperl.c [...] rm -f sperl.c ../miniperl -I../lib find2perl.PL [...] LD_PRELOAD=/builddir/build/BUILD/perl-5.10.1/libperl.so LD_LIBRARY_PATH=/builddir/build/BUILD/perl-5.10.1 gcc -o suidperl -fstack-protector -L/usr/local/lib -Wl,-E -Wl,-rpath,/usr/lib/perl5/CORE perlmain.o sperl.o libperl.so `cat ext.libs` -lresolv -lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
I'm not sure how many people are using suid perl, but they should prepare for removal. Next releases of Perl made it obsolete. The solution of our problem is not easy and because this part of package will be obsoleted I won't spend our time on this issue.